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. - JeffReceived on Thursday, 30 October 2008 22:00:19 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 16 March 2009 11:13:42 GMT