- From: <Jeffrey.Kramer@dds.net>
- Date: Thu, 30 Oct 2008 14:45:28 -0400
- To: xmlschema-dev@w3.org
- Message-ID: <OFBB96C594.7F1F5F03-ON852574F2.0066A4DF-852574F2.00670A4D@donovandata.com>
We were hoping to get a definitive answer on how the <choice> element is
supposed to behave.
We observed kind of a counter intuitive result of choice in a test. i.e.,
we'd think it was going to be mutually exclusive across it's elements,
although when we provided >1 types it actually spit out both ( see below )
i.e.,
providing
....
<foo>1</foo>
<foo>2</foo>
<bar>3</bar>
...
to
..
<xs:choice maxOccurs="unbounded">
<xs:element name="foo" type="xs:string" />
<xs:element name="bar" type="xs:string" />
</xs:choice>
yields:
2008-10-30 11:55:17,726 main DEBUG xml.UnmarshalHandler - #startElement:
foo
2008-10-30 11:55:17,726 main DEBUG xml.UnmarshalHandler - #characters: 1
2008-10-30 11:55:17,726 main DEBUG xml.UnmarshalHandler - #endElement: foo
2008-10-30 11:55:17,726 main DEBUG xml.UnmarshalHandler - #startElement:
foo
2008-10-30 11:55:17,726 main DEBUG xml.UnmarshalHandler - #characters: 2
2008-10-30 11:55:17,726 main DEBUG xml.UnmarshalHandler - #endElement: foo
2008-10-30 11:55:17,726 main DEBUG xml.UnmarshalHandler - #startElement:
bar
2008-10-30 11:55:17,726 main DEBUG xml.UnmarshalHandler - #characters: 3
2008-10-30 11:55:17,726 main DEBUG xml.UnmarshalHandler - #endElement: bar
We were kind of thinking the choice would somehow be limited to only one
of nested elements. Perhaps we're misusing the maxOccurs? Any insights
greatly appreciated. Thanks in advance.
- Jeff
Received on Thursday, 30 October 2008 22:00:19 UTC