[xsd][Java] Utilité de xsi:schemaLocation ?

Version imprimable

Bonjour, j'essaie de faire valider un xml en java. Lorsque mon xml ressemble à ceci:
Code:

1 2 3 4 <?xml version="1.0" encoding="UTF-8"?> <personList xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.health.fgov.be/person http://www.health.fgov.be/person" xmlns="http://www.health.fgov.be/person"/>
Le processus de validation est bien enclenché, j'obtiens " cvc-complex-type.4: Attribute 'id' must appear on element 'personList'.", ce qui est bien le résultat souhaité. Cependant je me pose des questions quand à l'utilité de cette double déclaration xsi=schemaLocation, qui fait pointer le schéma sur lui même.

Si je la retire, et que je finis donc avec ce xml ci:
Code:

1 2 <?xml version="1.0" encoding="UTF-8"?> <personList xmlns="http://www.health.fgov.be/person"/>
Le comportement est différent, j'obtiens "cvc-elt.1: Cannot find the declaration of element 'personList'", ce qui n'est pas le comportement voulu. Quelqu'un peut-il m'expliquer pourquoi cette déclaration xsi est indispensable? J'ai trouvé des tas d'exemple de xml sur le net ou l'on mettait seulement le namespace dans la déclaration et ca sufissait, par toute cette tartine de xsi.

08/09/2009, 14h41
Erwy

Parce que cela n'a rien à voir

Code:

xsi:schemaLocation

la ou il doit chercher le schema

Code:

xmlns:xsi

signale l'utilisation de xml schema 1.0

Code:

xmlns="http://www.health.fgov.be/person"/

espace de nom des balises qui suivent

Tu peux détaille un peux? Pourquoi

Code:

<personList xmlns="http://www.health.fgov.be/person"/>

n'est pas valide alors que
Code:

1 2 3 4 <?xml version="1.0" encoding="UTF-8"?> <personList xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.health.fgov.be/person http://www.health.fgov.be/person" xmlns="http://www.health.fgov.be/person"/>
est valide? J'ai du mal a saisir. Pour moi ce schemaLocation n'apporte aucune information.

J'ai déjà vu plein de fois par exemple
Code:

1 2 3 <html xmlns="http://www.w3.org/1999/xhtml"> .... </html>
Aucun xsi dans l'histoire.

08/09/2009, 15h04
Erwy
Code:

1 2 3 <html xmlns="http://www.w3.org/1999/xhtml"> .... </html>
parce qu'ici il n'y a aucune validation d'effectué .

Ne confonderais tu pas bien formé et validation ???

Pour validé un document il faut lui ajoindre un xml schema ce que fait xsi:schemaLocation .

L'espace de nom (xmlns) ne fait que donné une "identité" aux balises concernés.L'utilité des espaces de nom est un autre débat...

edit: est ce que par hasard tu joindrais ton xml schema via une API ?

Parce que dans ce cas là, ton xml utilise peut être deux schema de validation.
Celle que tu ajoute via l'API plus celle pointé par le xsi:schemalocation .De ce point de vue d'ailleurs, la validation ne concernerait peut être pas la totalité du document :?
Je n'ai aucune idée sur les priorités dans ce cas là

je fait la validation par une API. Api a laquelle je fournis un catalogue, qui mappe bien le publicId:
Code:

1 2 3 4 5 6 7 8 9 <catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog"> <system systemId="http://www.health.fgov.be/person" uri="medex.person.xsd"/> <public publicId="http://www.health.fgov.be/person" uri="medex.person.xsd"/> </catalog>
Ce qui m'ennuie c'est que, à aucun moment, l'api ne demande au catalogue "à quoi correspond "http://www.health.fgov.be/person" "? Elle considère comme un fait acquis que ce namespace n'est pas resolvable. Je trouve ça extrèmement dérangeant.

Et à mettre les schema information j'ai l'impression à la fois de surcharger le xml, mais aussi que ca va poser des problème quand mon destinataire va vouloir valider le document (le systemId pointé dans le xml est totalement arbitraire, le ficheir xsd n'étant sur aucun serveur public, d'ou mon utilisation d'un catalogue.

De plus, tu sous entends là (et ca me dérange encore plus) qu'il est impossible de valider un document xml correctement formé si il n'inclu pas les directive xsi? Donc au final, que le xml sorti par des tas d'outils déjà existant (inkscape par exemple) est invalide?

09/09/2009, 08h39
Erwy

Citation:

Envoyé par tchize_

De plus, tu sous entends là (et ca me dérange encore plus) qu'il est impossible de valider un document xml correctement formé si il n'inclu pas les directive xsi? Donc au final, que le xml sorti par des tas d'outils déjà existant (inkscape par exemple) est invalide?

Non, c'est juste que vu ton xml et le schema location j'ai fait au debut une erreur d'interprétation.
On peut très bien ne valider que par une API et pour les cas que je connais l'API est prioritaire et on ignore les xsd ou dtd lié dans le document.
Le truc c'est que là, les différence d'interprétation donnent l'impression d'une validation via 2 xsd :koi:
Une par l'API, une autre par le schemalocation, peut être que ton API n'ignore pas elle les liaisons de validation du document ?

En même temps le xsi:schemalocation je le trouve bizarre

Code:

xsi:schemaLocation="http://www.health.fgov.be/person http://www.health.fgov.be/person "

Normalement la deuxième url devrait être de la forme

Code:

xsi:schemaLocation="http://www.health.fgov.be/person http://www.health.fgov.be/person/quelquechose.xsd "

Je n'ai aucune idée de comment cela se comporte avec ce type d'URL :?

Est ce que par hasard il y aurait d'autre xsd que medex.person.xsd sous l'emplacement http://www.health.fgov.be/person ?
09/09/2009, 10h10
GrandFather
Salut,

Citation:

Envoyé par tchize_

Le processus de validation est bien enclenché, j'obtiens " cvc-complex-type.4: Attribute 'id' must appear on element 'personList'.", ce qui est bien le résultat souhaité. Cependant je me pose des questions quand à l'utilité de cette double déclaration xsi=schemaLocation, qui fait pointer le schéma sur lui même.

Je pencherais pour une mauvaise interprétation de ce qu'est censé contenir schemaLocation. ;)

La chronologie de la phase de validation dans ton cas est la suivante :
- L'analyseur XML, ayant son option de validation activée, repère un attribut xsi:schemaLocation et donne la main au validateur de schéma afin qu'il valide l'élément racine
- Le Validateur de schéma détermine l'uri du schéma à utiliser en scrutant toutes les paires namespace/uri définies dans xsi:schemaLocation et en prenant l'uri auquel correspond le namespace de l'élément racine
- Sans catalogue, cette uri est interprétée comme telle et désigne un fichier XSD à charger à partir du système de fichiers local ou sur le réseau
- Avec un catalogue, cette uri sert de clé dans le catalogue pour déterminer l'uri réelle (ou physique) qui servira effectivement pour la validation
Cela fonctionnerait exactement de la même façon si tu utilisais une autre uri :

Code:

xsi:schemaLocation="http://www.health.fgov.be/person toto"
Code:

1 2 3 4 5 <catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog"> <system systemId="toto" uri="medex.person.xsd"/> <public publicId="toto" uri="medex.person.xsd"/> </catalog>
Il me semble que l'uri de schemaLocation désigne un systemId dans le catalogue, et donc que ton élément <public> est inutile (il serait éventuellement utile si tu utilisais une DTD pour la validation plutôt qu'un XSD). C'est à vérifier dans la documentation de l'API.

En conclusion, ça ne fonctionne correctement que parce que tu utilises un catalogue ; sans catalogue, l'uri associée au namespace ne permettant d'accéder à un schéma XSD, la validation échouerait.