- From: <bugzilla@wiggum.w3.org>
- Date: Wed, 14 Sep 2005 19:32:19 +0000
- To: www-xml-schema-comments@w3.org
- Cc:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=2231
Summary: R-239: Question re: Element Declarations Consistent
Product: XML Schema
Version: 1.0
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: XSD Part 1: Structures
AssignedTo: ht@w3.org
ReportedBy: sandygao@ca.ibm.com
QAContact: www-xml-schema-comments@w3.org
The Element Declarations Consistent rule for model groups (
http://www.w3.org/TR/xmlschema-1/#cos-element-consistent) rules out
inconsistent element declarations like the following two conflicting
definitions of element <a> i.e., <a> cannot be both an "int" and a "string" in
the same group:
(example-1)
<xs:complexType name="example-1">
<xs:sequence>
<xs:element name="a" type="xs:int"/>
<xs:element name="whatever"/>
<xs:element name="a" type="xs:string"/>
</xs:sequence>
</xs:complexType>
In addition to explicit element declarations, the rule also prevents conflicts
between elements that appear "either directly, indirectly, or implicitly",
i.e., between nested model groups or elements permitted via substitution
groups.
My question: consider the following "tricky" indirect case involving a wildcard
referencing a global element -
(example-2)
<xs:element name="a" type="xs:string"/>
<xs:complexType name="example-2">
<xs:sequence>
<xs:element name="a" type="xs:int"/>
<xs:element name="whatever"/>
<xs:any namespace="##targetNamespace" processContents="lax"/>
</xs:sequence>
</xs:complexType>
Clearly the local <a> and the indirect reference to the global <a>
are "inconsistent" with each other within the content model of example-2, but
I'm not sure if the "directly, indirectly, or implicitly" language in the ETC
rule captures this case.
Is there a hole in the EDC rule language with respect to example-2? Is this
something that could be clarified in an errata?
See:
http://lists.w3.org/Archives/Public/www-xml-schema-comments/2003OctDec/0029.html
Received on Wednesday, 14 September 2005 19:32:28 UTC