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� !