Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Resolution of "ref" attribute in case of

From: Kevin Braun <kbraun@-------.--->
To: xmlschema-dev@--.---
Date: 10/21/2009 9:26:00 PM
Hi,

Here's an XSD 1.1 <override> question.

Suppose I have:

<schema ...  xmlns:qrs="uri:example.com">
  <override ...>
    <complexType name="SomeType">
      <attributeGroup ref="qrs:abc"/>
    </complexType>
  </override>
  ...
</schema>   

How will the prefix in the ref attribute in the attributeGroup element 
be handled?  If D2' is the result of applying the xs:override transform, 
and D2' contains an element information item that is identical to the 
one for the <attributeGroup>, I expect it will have [in-scope 
namespaces] based on what we see above; namely, the qrs prefix will 
necessarily resolve to "uri:example.com".  Is that correct?

Also, a second question.  I don't speak XSLT, but the stylesheet given 
for the transformation for xs:override includes a comment that says :

  <!--* change xs:override elements:  children which match 
      * children of $overrideElement are replaced, others are
      * kept, and at the end all children of $overrideElement
      * not already inserted are added.
      *-->

The "at the end all children..." clause doesn't appear to be consistent 
with the description that precedes the stylesheet.  Specifically, I 
don't see where a child of O1 that does not correspond to a child of D2 
would be put into D2'.   Perhaps I misunderstand the comment, or perhaps 
it isn't consistent with the XSLT that is there (again, I don't speak 
XSLT).  Is there an inconsistency here?

Regards,
Keviin

-- 
Objective Systems, Inc.
REAL WORLD ASN.1 AND XML SOLUTIONS
Tel: +1 (484) 875-9841
Fax: +1 (484) 875-9830
Toll-free: (877) 307-6855 (USA only)
http://www.obj-sys.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