Discussion :

[sanzero]

J'ai un problème dont je commence à croire que c'est impossible à résoudre.
En fait je veux créer un schéma XSD dans lequel il y a un élément de type complexType qui contient des éléments et du texte. Jusqu'ici c'est assez simple avec la commande magique du XSD <xs:complexType mixed="true">.
Le problème c'est que je veux que ce texte doit suivre un format bien spécifique: c'est comme dans le cas du simpleType avec les restrictions.
En gros le document XML doit être dans cette forme:

Code :

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

<Elément 1>Texte avec format imposé<Elément2></Elément2></Elément1>

Et là c'est totalement bloqué, il n'y a pas moyen de traduire ça sous XSD: apparemment les développeurs de l'XSD ont oublié de prendre en compte ce détail.
Aidez moi SVP.
MERCI

[Erwy]

Ils ne l'ont pas oublié, c'est que cela n'a pas vraiment de sens.
Un élément de type mixte contient des noeuds texte et des noeuds éléments.
Hors XML Schema comme d'ailleurs tous les langages de validation ne 's'intéressent aux type des noeuds texte que lorsque ces derniers sont uniques dans un éléments(tout simplement ingérables autrement au niveau de la syntaxe).

Si tu veux typer cette information il te faudra changer la structure du XML

[sanzero]

Merci pour votre réponse.
Le problème est que cette structure d'XML existe déjà pour des données que je dois valider avec JAVA par rapport des schémas XSD.
Selon votre expérience, y a-t-il un autre moyen pour valider séparément le format de ces noeuds textes ?
Merci

[thelvin]

Selon votre expérience, y a-t-il un autre moyen pour valider séparément le format de ces noeuds textes ?

Vous lisez le contenu avec Java et le validez vous-même avec Java.

(Personnellement, je trouve que ça a bel et bien un sens, dans la logique de facilité et de lisibilité de XML. Mais concevoir une techno de validation qui peut le faire n'est pas évident.)

[Erwy]

(Personnellement, je trouve que ça a bel et bien un sens, dans la logique de facilité et de lisibilité de XML.

Pas de sens dans le sens analyse syntaxique.
Que ce soit les dtd ou les XSD, l'analyse syntaxique se fait sur la strcuture des elements(balises).
XML Schema va un plus loin en typant les noeuds textes (et en 1.1 en permettant des tests sur certaines valeurs) mais sur les éléments mixtes, il faudrait prévoir un "élément xsd " TEXT pour analyser et leurs types et leurs occurrences.
On n'est à la limite de l'analyseur sémantique puisque la structure dépenderait de l'information.

[sanzero]

Donc, je suis obligé de faire une vérification "à la main" avec JAVA. ça parait un peu compliqué, parce que je dois d'abord identifier la position des noeuds texte, puis faire des infinités de if sachant que le texte doit être sous cetteforme "date|heure|String de 8 caractères|entier entre 0..99999|string de 255 caractères max" avec "|" est le fameux pipe.
De toute façon, merci beaucoup, ça m'a permis de changer de direction et de ne pas perdre du temps sur une chose qui n'existe pas.

[thelvin]

Donc, je suis obligé de faire une vérification "à la main" avec JAVA. ça parait un peu compliqué, parce que je dois d'abord identifier la position des noeuds texte, puis faire des infinités de if sachant que le texte doit être sous cetteforme "date|heure|String de 8 caractères|entier entre 0..99999|string de 255 caractères max" avec "|" est le fameux pipe.

Sélectionner les nœuds textes serait très simple en utilisant JDOM et xPath, mais j'avoue que je ne sais pas trop comment valider avec XSD un document qu'on charge par JDOM.

Mais de toute façon, pour se servir de ces informations, il faut bien les lire, non ? Alors pourquoi ne pas se demander si elles sont valides à ce moment-là ?