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

Re: Visiting your cake and eating it too (was StupidQuestion)

I never meant to imply that the functions were optional -- just that
they were separate. In the case of XML Schemas, it would have been nice
if validation, adding data values (defaults, etc.), and augmenting the
infoset with type information were all separate operations. (If you
want, think of it as three different specs, which it probably should
have been.)

That would allow me to write separate modules to perform each one.
Rick's point (with which I agree) is that these could all be executed in
a single pass. The only thing that is optional here is that the user
could decide which operations they want to perform when processing a
given document.

Note that because XML Schemas is written in a monolithic manner it is
not possible to perform these operations separately in an interoperable
way. That is, I could write modules to perform each operation, but there
is no guarantee that my code could be replaced by somebody else's code.
This is because we might each come to different conclusions about what
parts of the XML Schemas spec fits into each bucket.

-- Ron

Sean McGrath wrote:
> At 01:30 06/03/2002 -0800, Ronald Bourret wrote:
> >One consequence of the specs not bringing this out is that the software
> >implementing those specs is likely not to separate the functions either.
> >That is, it is completely reasonable to put all three (or more)
> >functions in the same piece of software and let the user decide what
> >they want.
> This approach leads to interoperability nightmares.
> Example:
> Three functions A, B, C provided by systems S1 and S2 that are compliant
> with standard X.
> If support for A, B and C are optional, the interoperability of S1<->S2
> involves
> dealing with 3*3 = 9 functionality combinations.
> This is made worse by the fact that commercial software vendors will go out
> of their way to make it difficult to perform like with like comparisons by
> blurring the borders between features A, B and C.
> Specs that include "optional" behavior don't help either :-)


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.
First Name
Last Name
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.