Discussion :

[totot]

Bonjour,

J'ai des schéma xsd et dans des schémas xsd j'importe un autre schéma xsd. Or le problème c'est que cela me régénéré les classes du schéma xds que j'ai importé alors qu'elles ont déjà étaient générés dans un premier package.

Comment faire pour que celle-ci ne soit pas de nouveau généré.

[tsuji]

Oui, c'est un besoin légitime qu'on doit traiter et il y a de moyen de le faire.

Supposons un schéma a.xsd qui importe b.xsd; et ce dernier quant à lui importe c.xsd. Tous les schémas se trouvent dans un sous-répertoire "schema". Supposons chacun d'eux est pris pour générer des classes de source .java à leur propre package, dit x.y.a, x.y.b et x.y.c respectivement sous le répertoire "src". Alors l'outil xjc s'est fait travailler dans un ordre d'un sens inverse de mécanisme d'import (ou d'inclus d'ailleurs) pour la raison évidente comme ça.

Code text :

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

1
2
3
xjc -p x.y.c -d src -extension -episode schema/c.episode schema/c.xsd
xjc -p x.y.b -d src -extension -episode schema/b.episode -b schema/c.episode schema/b.xsd
xjc -p x.y.a -d src -extension -b schema/c.episode -b schema/b.episode schema/a.xsd

L'option "-episode schema/c.episode" veut dire "générer un fichier binding nommé c.episode dans le sous-répertoire schema". Le nom ici par exemple c.episode n'est qu'une façon de nommer. On peut le nommer librement, et le lieu d'y générer est aussi libre à choisir. Il est essentiellement un fichier binding qu'on est en principe capable de s'écrire soi-même si on veut.

Tandis que l'option "-b schema/c.episode" veut dire simplement une customization qu'on fait souvent et normalement. Et cette fois, on utilise le fichier binding générer auparavant, les étapes précédantes.

Le mécanisme est celà comme illustré. On s'adapte dans les façons diverses de le faire, dans ant, maven et tous ... Voilà !