OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: The DOM and the victim, the iconoclast and the believer

[ Lists Home | Date Index | Thread Index ]
  • From: Len Bullard <cbullard@hiwaay.net>
  • To: Didier PH Martin <martind@netfolder.com>
  • Date: Sun, 16 Jan 2000 14:16:05 -0600

Didier PH Martin wrote:
> 

> a) we define all interfaces as contracts something that is stable throughout
> the time. A contract that can be fulfilled even if the components evolve. A
> contract that can be fulfilled in spite of the component evolution. If we
> change the contract we simply create a new one. If we change the interface,
> we simply create a new one.

A contract is good for the duration specified.  In this case, the
lifecycle 
intervals of redefinition;  see ISO revision cycles.  It is incumbent on 
the signatories to define what is negotiable at each interval.  The
important 
issue is to establish a parent ROA to which all other namespace owners
are 
signatories, therefore establishing a semantic heritage which is used to 
arbitrate disputes.

> b) to do so, we have a mechanism to query the interface and get the right
> one.
> 
> What? they say that your object broker should deal with that? Then how the
> object broker can differentiate between two interfaces having the same name
> but not the same specification? This is not mentionned in the OMG specs, so,
> how can we expect that they would do it in a standard way?

That is the issue.  You do not have a parent ROA.  Therefore, you have a 
contract which is interpretable in real time and no means to arbitrate.

> What? they say, just recompile the code. but what do we do if we do not have
> the source code?

You did not understand and/or specify your process and its
requirements.  
Oops.
 
> What? they say, you're not suppose to have backward compatibility,
> manufacturers should make some money and therefore you have to buy again all
> the components each time a new recommendation is out. So, fine, please,
> include this as a note to the recommendations please :-)

If they say that and it is conflict with the parent ROA, then they 
are in violation of the contract.  That makes them litigable by whatever 
means is necessary.  What constitutes restitution?

> The believer point of view:
> OK, the humans are born with good intentions, only the society corrupts them
> (who said that? Jean Jacques Rousseau?). 

Corruption is not an issue because you will have to establish mutually 
assured interests.   What you may have is an issue of competence. 

> Yes indeed this is a weakness of the OMG
> model. 

If there is a flaw in the ROA, your remedy can only be postfix.

> And you, what are you? Have you given some thought about this issue. Is the
> DOM a never ending prototype or a component definition with support for
> backward compatibility and evolution (able to balance both). 

If this isn't clear, get clarification.  ISO makes it clear what the 
rules are for the lifecycle.  Some want to throw such out and claim 
a mysterious phenomenon which they do not define and is therefore,
superstious 
assertion about "internet time", a lifecycle too short to make any 
agreements about lifecycle stable contracting practical.  It is, IMO, 
hogwash.  The Internet is not a force of nature or God; it is just code. 
Change to this is certainly subject to stable contracts.

That said, the effort to bring reasonable means to unreasonable 
members of any contract community is the precise goal of law. 
It comes down to honor.

len



xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ or CD-ROM/ISBN 981-02-3594-1
Please note: New list subscriptions now closed in preparation for transfer to OASIS.






 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS