From: Eric van der Vlist (vdv@dyomedea.com)
Date: 10/10/2003 - 08:42
On Fri, 2003-10-10 at 10:27, xml-tech-bounce@xmlfr.org wrote:
> Bonjour,
>
> Je cherche à construire la hierarchie de types suivante:
>
> <xs:complexType name="A" abstract="true">
> <xs:all>
> <xs:element ref="name" minOccurs="0"/>
> <xs:element ref="description" minOccurs="0"/>
> </xs:all>
> </xs:complexType>
>
> <xs:complexType name="B">
> <xs:complexContent>
> <xs:extension base="A">
> <xs:all>
> <xs:element ref="properties" minOccurs="0"/>
> <xs:element ref="strings" minOccurs="0"/>
> </xs:all>
> </xs:extension>
> </xs:complexContent>
> </xs:complexType>
>
> En utilisant systématiquement des <xs:all> j'espere bien m'affranchir de toute contrainte d'ordre. helas, je m'aperçois qu'un element de type B, ayant la structure suivante:
>
> <b>
> <name>Text</name>
> <properties>Text</properties>
> <description>Text</description>
> <strings>Text</strings>
> </b>
>
> est annoncé invalide. la validateur attendant que les elements du groupe issu du type A se trouvent toujours avant les elements issus du type B.
>
> Est ce un mauvaise implémentation de mon validateur ?
Oui et non. Votre validateur a raison de de protester mais il devrait
vous dire que votre schéma est invalide au lieu de protester contre
votre instance XML.
Il y a *énormément* de restrictions autour de xs:all et en pratique,
xs:all est très rarement utilisable.
Parmi ces restrictions :
* Les éléments inclus dans xs:all ne peuvent avoir un nombre
d'occurrences supérieur à 1.
* xs:all ne peut pas être combiné avec d'autres compositeurs (donc
pas être étendu par une dérivation par extension qui a pour
effet de combiner les deux définitions par xs:group, d'où la
réaction de votre validateur qui impose un ordre entre les deux
définitions).
* Dans xs:all on ne peut pas inclure d'autres compositeurs.
> et si non connaissez vous une autre manière de construire mes types pour contourner cette restriction ?
Ces restrictions ne peuvent pas être contournées et si vous voulez
vraiment utiliser xs:all, vous devrez vous passer de dérivation par
extension (et vice versa).
Une solution pourrait être de coder "name" et "description" comme
attributs mais ce n'est qu'un mauvais contournement!
Une autre solution serait... de changer de langage de schéma! RELAX NG
fait très bien ce que vous voulez faire...
Cordialement,
Eric
--
Curious about Relax NG? My book in progress is waiting for your review!
http://books.xmlschemata.org/relaxng/
Upcoming schema tutorial:
- Philadelphia (7/12/2003) http://makeashorterlink.com/?V28612FC5
Tutoriel XSLT:
- Paris (25/11/2003) http://makeashorterlink.com/?L2C623FC5
------------------------------------------------------------------------
Eric van der Vlist http://xmlfr.org http://dyomedea.com
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:06 UTC
webmaster@xmlfr.org
| 
