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

Re: Backward and forward compatible schemas ... Relax NG --> Y

  • From: noah_mendelsohn@u...
  • To: "bryan rasmussen" <rasmussen.bryan@g...>
  • Date: Mon, 27 Aug 2007 09:23:08 -0400

Re:  Backward and forward compatible schemas ... Relax NG --> Y
Bryan Rasmussen writes:

> Although I like the model for handling any in XML Schema 1.1
> theoretically I think from the point of view of Data processing
> applications contra the view of Data presentation applications they
> are a minefield.
> The benefit of having to have a wrapper for any if you wanted to get
> anything useful done with it, was that you could make much simpler
> rules for how one needs to process the extension. This is useful in
> large codebases cause you can assume the chance of a mess up is
> lessened.

Yes, and if that meets your needs better, you can of course do that in 
Schema 1.1 too.  I do have a concern that after 50 revisions, 50 nested 
<extension> elements can get clumsy, and I think you have to remember 
which extension got introduced in which revision.

As to the difficulties of processing content validated with those 
wildcards:  we've assumed that many of the API stacks built for this 
purpose will signal to applications which content was validated by 
implicit wildcards, or perhaps explicit wildcards if you like -- the API 
designer can deside what meets the needs of his/her customers.  That way, 
all the content you were "expecting" in a given level of the schema will 
show up in one part of the API, and strongly typed if you like, and the 
extension content that you don't really understand but are just 
"tolerating" due to those wildcards will be given to you marked 
differently in the API.  In fact, this is the upside of the much debated 
UPA contstraint:  because the parse is relatively deterministic, it's 
always possible to tell unambiguously what was accepted by an explicit 
particle and what by a wildcard, and the answer will always be the same 
for any given {schema, instance} pair.  So, UPA is a tradeoff, but that's 
the "helpful" side of it.

Noah

--------------------------------------
Noah Mendelsohn 
IBM Corporation
One Rogers Street
Cambridge, MA 02142
1-617-693-4036
--------------------------------------






[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


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.