Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


RE: clarification of redefine semantics

From: "Michael Kay" <mike@--------.--->
To: "'James Taylor'" <JTaylor@--------.--->, <xmlschema-dev@--.--->
Date: 2/12/2005 9:57:00 AM
 
 >  My reading of Schema 1.0 is that it's absolutely unambiguous that if the
combined schema is accepted at all, the redefinition of Address   is
pervasive and applies throughout the schema that results from the transitive
closure of the files referenced from Company.xsd. 
 
The thing that's hopelessly inadequate in the current specs is that they
suggest that you should process each schema document, derive a set of schema
components, and then assemble the components as required by
import/include/redefine. The fact is, you can't do that, because for example
you can't decide what data type a fixed or default value is until all the
components are available: which means you need to keep the original lexical
value (and its namespace context, just in case it turns out to be a QName)
until everything is known (if indeed there *is* a time when everything is
known!). There are other examples of this, for example the effect of
xs:redefine depends on whether the XML representation specifies
form="qualified", which is information that's only available in the XML
representation and not in the component model.
 
So there's no way one can say the current specs are unambiguous in this
area.
 
Michael Kay
http://www.saxonica.com/
 


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent