xs:choice and child elements with minOccurs=0
Is this really a valid schema design?
<?xml version="1.0" encoding="UTF-8"?>
<xs:element name="e1" minOccurs="0" />
<xs:element name="e2" minOccurs="0"/>
<xs:element name="e3" minOccurs="0"/>
Doesn't the W3C specs say that xs:choice HAS to return at least one
element? Maybe I'm interpreting the "element" a bit too specific here
- because it even allows me to add maxOccurs="Unlimited" to a child of
a choice and it allows me to repeat the element of that has the
unlimited occurrence on it within the choice.
If the above is valid - which I sorta doubt - is that because it's
specifically NOT forbidden by the w3c specs (http://www.w3.org/TR/2001/
My basic problem is that the modifiers on these particles violate the
xs:choice rules. And that seems to be allowed? I've also noticed it
just takes one of the child elements to have a minOccurs="0" to make
the whole choice construct optional. Is there any difference if just
one is "optional" versus all children of a xs:choice being optional?
xerces 2.8 seems to validate the above schema just fine - and run it
with data that (to me) violates the xs:choice. For instance, <root></
root> is valid in the above example. If the choice needs to be
optional why not simply use minOccurs="0" on the xs:choice element
instead of it's children?
|All times are GMT. The time now is 09:39 PM.|
Powered by vBulletin®. Copyright ©2000 - 2013, vBulletin Solutions, Inc.
SEO by vBSEO ©2010, Crawlability, Inc.