Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: [xml-dev] XML Schema quiz: 3 elements and at least one must be present

From: "Pete Cordell" <petexmldev@---------.--->
To: "Costello, Roger L." <costello@-----.--->,<xml-dev@-----.---.--->
Date: 8/14/2008 12:30:00 PM
To answer the follow on question for a few more marks, I think you can do 
the following though:

<complexType name="ThreeElements">
    <choice>
        <sequence>
            <element name="A" type="string" />
            <element name="B" type="string" minOccurs="0" />
            <element name="C" type="string" minOccurs="0" />
        </sequence>
        <sequence>
            <element name="B" type="string" />
            <element name="C" type="string" minOccurs="0" />
        </sequence>
        <sequence>
            <element name="C" type="string" />
        </sequence>
    </choice>
</complexType>

Still a bit ugly and a nice use-case for XSD1.1 xs:asserts.

Regards,

Pete Cordell
Codalogic Ltd
Interface XML to C++ the easy way using XML C++
data binding to convert XSD schemas to C++ classes.
Visit http://www.codalogic.com/lmx/ for more info

----- Original Message ----- 
From: "Costello, Roger L." <costello@m...>
To: <xml-dev@l...>
Sent: Thursday, August 14, 2008 1:02 PM
Subject: [xml-dev] XML Schema quiz: 3 elements and at least one must be 
present




Hi Folks,

Consider this problem: you have 3 elements - A, B, C - and you need at
least one of them to be present in your XML instance document.

Here are the valid instances:

<A>...</A>
<B>...</B>
<C>...</C>

or

<A>...</A>
<B>...</B>

or

<A>...</A>
<C>...</C>

or

<B>...</B>
<C>...</C>

or

<A>...</A>

or

<B>...</B>

or

<C>...</C>

Question: will this XML Schema definition work:

<complexType name="ThreeElements">
    <choice>
        <sequence>
            <element name="A" type="string" />
            <element name="B" type="string" minOccurs="0" />
            <element name="C" type="string" minOccurs="0" />
        </sequence>
        <sequence>
            <element name="A" type="string" minOccurs="0" />
            <element name="B" type="string" />
            <element name="C" type="string" minOccurs="0" />
        </sequence>
        <sequence>
            <element name="A" type="string" minOccurs="0" />
            <element name="B" type="string" minOccurs="0" />
            <element name="C" type="string" />
        </sequence>
    </choice>
</complexType>

Notice that in the first choice A is required and B, C are optional.
In the second choice B is required and A, C are optional.  In the third
choice C is required and A,B are optional.

Scroll down for the answer ...














































Answer:

Let's play schema validator:  You are parsing the instance document and
encounter this element:

<A>...</A>

How shall you validate it?  In the above schema there are three
declarations for the <A> element.  The only way for you to know which
declaration to use is to "look ahead" in the instance document.  For
example, if there is no <B> element then you can eliminate the second
choice.

Requiring an XML Schema validator to "look ahead" is not allowed (it is
allowed with Relax NG).

The technical term for the above content model is: non-deterministic
content model.  XML Schema 1.0 does not allow non-deterministic content
models.

Thus, the above complexType definition is not valid.

/Roger

_______________________________________________________________________

XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@l...
subscribe: xml-dev-subscribe@l...
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php


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