[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

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

  • From: Len Bullard <cbullard@h...>
  • To: Ray Whitmer <ray@x...>
  • Date: Mon, 17 Jan 2000 11:28:50 -0600

dom contract
Ray Whitmer wrote:
> 
> In the case of DOM, the contract is the specification, which goes far beyond
> what any IDL is able to specify, although any specification may have holes in
> it which need to be patched.  DOM uses IDL to help specify a how a particular
> level of behavior works.  DOM generally permits specific language bindings
> to do the right thing -- whatever is best -- to adapt to the requirements and
> expectations of users of the platform including version compatibility.

It is part of the contract.  If it is a viable contract, is specifies
its duration, 
its remedies, its means of conformance and validation, etc.

> The DOM specification tells how users of the specification can detect the
> level of compliance and compatibility from the runtime system.  

That is still part of the specification.  A contract has a duration and 
remedies.

> No small
> set of models would suffice if more were to be dictated by the specification,
> and would occupy no small part of the DOM WG's time to solve something
> which seems more properly solvable by those concerned with a specific platform.

Then platform specific issues are not part of the contract.

> Whoever said that did a poor job of choosing their object model in the first
> place.

Competence is an issue in solving the issues of contract conformance.

> Read even just the complete introduction to "What is the DOM".  It is
> good reading WRT what is expected of the IDL interfaces in the DOM
> spec.  While it doesn't rule out CORBA usage, it makes it obvious (to
> me anyway) that using it blindly with CORBA goes outside the intent
> of the specification in this case, not to mention the further-unspecified
> usage of IDL for inprocess connection of separately-compiled C++
> vtables, which not even CORBA standardizes.

Then you have the "reasonable implementor" argument and you are down 
to splitting hairs about the normative portions of the specification.

Sounds like this is not an issue of the contract but of the
interpretation 
and potentially, some hot books on How To.

len


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
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.



PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.