Discussion :

[sekaijin]

Bonjours
j'ai un pb je reçois des XML (dont je veux définir le schéma) qui on la particularité d'avoir un élément avec des fils dans de désordre et pour certains répété
un bon exemple est toujours plus parlant

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
<?xml version="1.0" encoding="windows-1250"?>
<xml>
  <element>
    <fils1 />
    <fils2 />
    <fils3 />
    <fils4 />
    <fils5 />
    <fils6 />
    <fils7 />
    <repeted />
    <repeted />
  </element>
</xml>

ou

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
<?xml version="1.0" encoding="windows-1250"?>
<xml>
  <element>
    <fils4 />
    <fils1 />
    <fils2 />
    <repeted />
    <fils3 />
    <fils6 />
    <fils5 />
    <repeted />
    <fils7 />
  </element>
</xml>

si je définis mon XSD avec une séquence, je peux mettre un élément répété mais les élément son trié et mon deuxième xml est invalide

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<xsd:schema xmlns="myNS" targetNamespace="myNS" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
  <xsd:complexType name="myElement">
    <xsd:sequence>
      <xsd:element minOccurs="0" name="fils1" type="xsd:string" />
      <xsd:element minOccurs="0" name="fils2" type="xsd:string" />
      <xsd:element minOccurs="0" name="fils3" type="xsd:string" />
      <xsd:element minOccurs="0" name="fils4" type="xsd:string" />
      <xsd:element minOccurs="0" name="fils5" type="xsd:string" />
      <xsd:element minOccurs="0" name="fils6" type="xsd:string" />
      <xsd:element minOccurs="0" name="fils7" type="xsd:string" />
      <xsd:element minOccurs="0" maxOccurs="unbounded" name="repeted" type="xsd:string" />
    </xsd:sequence>
  </xsd:complexType>
  <xsd:element name="element" type="myElement" />
</xsd:schema>

Si je mets all mes élément ne sont pas triés mais je ne peux pas répéter d'éléments et c'est alors les deux qui sont invalide

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<xsd:schema xmlns="myNS" targetNamespace="myNS" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
  <xsd:complexType name="myElement">
    <xsd:all>
      <xsd:element minOccurs="0" name="fils1" type="xsd:string" />
      <xsd:element minOccurs="0" name="fils2" type="xsd:string" />
      <xsd:element minOccurs="0" name="fils3" type="xsd:string" />
      <xsd:element minOccurs="0" name="fils4" type="xsd:string" />
      <xsd:element minOccurs="0" name="fils5" type="xsd:string" />
      <xsd:element minOccurs="0" name="fils6" type="xsd:string" />
      <xsd:element minOccurs="0" name="fils7" type="xsd:string" />
      <xsd:element minOccurs="0" name="repeted" type="xsd:string" />
    </xsd:all>
  </xsd:complexType>
  <xsd:element name="element" type="myElement" />
</xsd:schema>

de plus mes émetteurs ont la fâcheuse tendance à ajouter des attributs ou des éléments non prévus.

du coup j'escomptais ajouter un attribut any pour accepter n'importe quoi d'autre. or si je mets any le schéma devient ambigu et invalide

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<?xml version="1.0" encoding="windows-1250"?>
<xml>
  <element>
    <fils4 />
    <fils1 />
    <fils2 />
    <repeted />
    <fils3 />
    <fils6 />
    <fils5 />
    <undeclaredelement />
    <repeted />
    <fils7 />
  </element>
</xml>

Je suis preneur de toute piste permettant de répondre à ce besoin
soit donc un élément avec 7 fils présent une seule fois dans le désordre 1 fils répétable et acceptant l'ajout de fils inconnus.

A+JYT

[Mamypirate]

Je ne vois pas comment tu pourrais t'en sortir sans rendre le schema (très/trop) permissif.

J'ai rencontré le même problème en me livrant à un exercice similaire. Le XSD final était tellement permissif qu'il en perdait sa fonction et son utilité.

Le problème n'est pas pris dans le bon sens : le XSD devrait évidemment être défini avant les fichiers XML ... L'opération inverse n'a pas vraiment de sens. Après je suppose que tu en as bien conscience et que tu n'as pas le choix .

Tu peux essayer cet outil, Trang, qui propose de générer un XSD à partir de plusieurs fichiers XML. Il t'aidera peut être à résoudre ton casse-tête !

Bon courage.

[sekaijin]

Merci
Je crains de devoir en passer par un truc totalement permissif

afin que mon collecteur accepte n'importe quoi dans n'importe quel ordre.
de mettre derrière une transformation xslt vers un format plus rigide
et de gérer les rejets après cette transformation.

genre séquence de any avec anyattribute
une transfo qui copie /fils1 ... /fils7 etc. dans la structure attendue et qui ignore le reste
ensuite je valide avec le shemas rigide au cas ou des champs ne serait pas remplis ou absent après la transformation
je rejette le message s'il y a un pb
je l'accepte sinon et je passe à la suite.

Je n'ai pour l'instant pas trouvé mieux. mais ça oblige à une transformation avant validation.

A+JYT

[thelvin]

Je n'ai pour l'instant pas trouvé mieux. mais ça oblige à une transformation avant validation.

Valider par le code métier, peut-être ? De toute façon il y a bien une logique métier à un moment ou à un autre, et ça me semble plus sûr et bien plus simple.