Discussion :

[Sakukun]

Bonjour,

je cherche à réalisé une xsd qui accepterais le xml suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<balise att1="" att2="" att3="" />
<balise att4="" />
<balise att5="" />

je ne veux pas autoriser des balise qui mélangerais les att1/2/3/4/5 autrement que ci-dessus.

J'ai testé avec du attributGroup et du choice, ça ne marche pas, car non valide au niveau de la xsd.
du complexType abastract marche pas.
du key/field marche pas totalement, car ça accepte des éléments suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<balise att4="" att2="" />

que je ne veux pas.

quelqu'un aurait une idée ?

Merci d'avance.

[tsuji]

Ce genre de contrainte s'appelle co-occurence contrainte dans la litérature, et ça fait aussi long temps de 10+ ans que depuis existence de w3c langage de schéma v1.0! Je veux dire seulement un simple google vous donne plus ou moins une réponse simple: négative. Soit on rélégue ce genre de validation au niveau d'application, soit par aide de relaxng, soit par deux étapes avec l'aide de schematron...

Mais voici déjà quelque temps qu'on peut on principe le faire dans le cadre de w3c langage de schéma: c'est la version v1.1. Pourtant le support n'est pas répandu et pénétrant dans le sens comme par exemple un support porté par jaxb n'y est pas...

Dans v1.1 on peut faire comme ça avec l'aide du composant xs:assert et xpath 2.0.

Code xsd :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
<xs:element name="balise" type="baliseType" />
 
<xs:complexType name="baliseType">
    <xs:complexContent>
        <xs:restriction base="xs:anyType">
            <xs:attribute name="att1" type="xs:string" use="optional" />
            <xs:attribute name="att2" type="xs:string" use="optional" />
            <xs:attribute name="att3" type="xs:string" use="optional" />
            <xs:attribute name="att4" type="xs:string" use="optional" />
            <xs:attribute name="att5" type="xs:string" use="optional" />
 
            <xs:assert test="
               (
               exists((@att1)) and exists((@att2)) and exists((@att3)) and not(exists((@att4))) and not(exists((@att5)))
               )
               or
               (
               not(exists((@att1))) and not(exists((@att2))) and not(exists((@att3))) and exists((@att4)) and not(exists((@att5)))
               )
               or
               (
               not(exists((@att1))) and not(exists((@att2))) and not(exists((@att3))) and not(exists((@att4))) and exists((@att5))
               )
           " />
        </xs:restriction>
    </xs:complexContent>
</xs:complexType>

Voilà!

Il faut bien entendu mettre l'attribut version="1.1" dans la ligne de xs:schema et sécure un moteur validateur qui supporte v1.1. Heursement, xerces-j à ce moment arrive à un état de support assez complet. Vous pouvez le charger depuis la site d'Apache et l'expérimentez avec.

ps: Edition fait en enlevant des facets cardinaux sur xs:element balise parce qu'écrit comme ça c'est naturel de penser qu'elle est une xs:element globale.

[Sakukun]

Bonjour,

Merci pour votre aide,
Je teste cela dès que possible!

Par contre les doubles parenthèses :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

exists((@att1))

Ont une importance ou est-ce une habitude de codage?

[tsuji]

Les doubles parenthèses ont une importance, pas trop apparantes, c'est vrai, mais elles ont une importance critique: ce sont des idiosyncracies de XPath 2.0, en particulier, la notion de séquence.