Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: Schema for simple XML-based scripting language

From: "Stan Kitsis [MSFT]" <skits@---------.--->
To: NULL
Date: 6/1/2006 12:00:00 PM

Hi Chris,

To specify that children of an element can appear in any order and in any 
quantity, you can use xs:choice with maxOccurs="unbounded":

<xs:element name="top">
  <xs:complexType>
    <xs:choice maxOccurs="unbounded">
      <xs:element name="e1" type="myType"/>
      <xs:element name="e2" type="myType"/>
      <xs:element name="e3" type="myType"/>
      <xs:element name="e4" type="myType"/>
    </xs:choice>
  </xs:complexType>
</xs:element>

This, however, does not enforce any of the elements to appear only once.  In 
general, XML Schema does not allow for this type of restriction.  It is 
possible for simple elements or simple content elements (elements with no 
child elements) using a uniqueness constraint:

<xs:element name="top">
  <xs:complexType>
    <xs:choice maxOccurs="unbounded">
      <xs:element name="e1" type="myType"/>
      <xs:element name="e2" type="myType"/>
      <xs:element name="e3" type="myType"/>
      <xs:element name="e4" type="myType"/>
    </xs:choice>
  </xs:complexType>
  <xs:unique name="oneE1">
    <xs:selector xpath="."/>
    <xs:field xpath="mstns:e1"/>
  </xs:unique>
</xs:element>

This snippet will enforce only one occurance of "e1" element.  However, in 
your case updater element is a complex type element and you won't be able to 
do this.  Can you force it to be either the first or the last element?  If 
so, the following should do the trick:

<xs:element name="top">
  <xs:complexType>
    <xs:sequence>
      <xs:element name="updater" type="myComplexType"/>
      <xs:choice maxOccurs="unbounded">
        <xs:element name="e1" type="myType"/>
        <xs:element name="e2" type="myType"/>
        <xs:element name="e3" type="myType"/>
        <xs:element name="e4" type="myType"/>
      </xs:choice>
    </xs:sequence>
  </xs:complexType>
</xs:element>

Finally, if you were asking about "Generate Schema" functionality in VS, its 
purpose is to help you get started with your xsd when you have an instance 
document.  It generates a schema for you by taking a large number of guesses 
(is it a choice or a sequence?  is "1" a number or a string?  there're two 
occurances of "x" element, should it always be 2 or should it be unbounded? 
etc.)  Given a single instance document, you can generate a number of 
schemas that would validate it.  So no matter what schema generation tool 
you use, you will have to go back and twick the schema to do exactly what 
you want.

Hope this answers your questions.  Let me know if something's not clear.

-- 
Stan Kitsis
Program Manager, XML Tools & Technologies
Microsoft Corporation

This posting is provided "AS IS" with no warranties, and confers no rights.
Use of included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm


"Chris Lieb" <chris.lieb@g...> wrote in message 
news:1149185855.001422.126420@c......
>I am new to XML Schema and am running into a bit of a snag.  I have
> defined an XML-based scripting language for an updater program that I
> am working on.  I would like to make a schema for this language since
> malformed XML documents break the updater.  (I did not have time to add
> good error-handling code, so run-time errors can abound if the document
> is malformed.)
>
> A sample doc might look something like this:
>
> <manifest>
>  <version major="1" minor="0" revision="1" base="1.0.1\files\"
> doprevious="true">
>    <file action="copy" name="text.doc"/>
>    <folder action="create" name="temp"/>
>    <updater>
>      <file name="update.exe"/>
>      <file name="updaterlib.dll"/>
>    </updater>
>  </version>
>  <version major="1" minor="0" revision="0" base="1.0.0\files\"
> doprevious="false">
>    <dll action="register" name="updaterlib.dll"/>
>    <cmd location="server" command="patch.bat">
>      <file name="patch.dat"/>
>      <file name="patch.bat"/>
>    </cmd>
>  </version>
> </manifest>
>
> Problem is that the second version element in the document, the updater
> element, the dll element, and the cmd element all get flagged as
> invalid.  I guess that this stems from using a sequence in the complex
> type.  What should I use to allow all children elements of version
> (file, folder, dll, msi, cmd, updater) to appear in any order and in
> whatever quantity (except updater, which can only appear once)?
>
> 'all' looks like it comes close since it allows you to use elements in
> any order, except my reading tells me that it only allows each element
> to be used once and forces you to use all elements.  'choice' also
> appears to come close since it allows you to choose which element you
> want, but it only lets you choose one element from the set.
>
> Also, one last thing: How do you set the max occurrence of an element
> to be infinite?
>
> Thanks in advance,
> Chris
>
> PS
> I'm not posting the XSD right now.  If you want it, I would be more
> than happy to provide it.  I am a little embarassed that I am designing
> the XSD in Visual Studio 2005 instead of hand-coding it.  I have no
> idea if the XSD generated by VS2005 is considered to be of good quality.
> 




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