Discussion :

[EJO64]

Bonjour,

J'utilise dans le XML source un attribut "version" me permettant d'effectuer le rattachement entre la source et la "version" du sch�ma de validation.

Je me demande si une mani�re plus propre /formelle existe ?
ou
Comment g�rer les diff�rentes version d'un sch�ma de validation ?

Merci de vos conseils

[tsuji]

Je me demande si une mani�re plus propre /formelle existe ?
ou
Comment g�rer les diff�rentes version d'un sch�ma de validation ?

Alors l�, c'est effectivement emb�tant et ennuyeux. Il n'y a pas une mani�re propre ou formelle de le faire, je pense, non ! Un changement, tr�s petit en tant qu'�criture qu'il soitl, pourrait, des fois, engendre des impacts grands et essentiels et impr�visibles. Donc, c'est difficile de dire ceci est une �volution mineure et cel� est majeure. Et puis la compatibilit� � l'arri�re... et puis les �ffets en codage pour une technologie d�riv�e (comme jaxb ...) A quel moment les changements sont si nombrereux et si importants qu'on devrait faire �voluer le targetNamespace m�me ? ... C'est presqu'une issue insaissisable. En xsd 1.1, on a fourni quelque moyen officiel pour g�rer l'�volution de version de xsd, mais, ce n'est pas bien pratique dans le r�el et ce n'est pas une solution bien parfaite et suffi�ant non plus, que les auteurs doivent �tre parfaitement conscients, je pense. Finalement, on devrait tomber dans un choix de bon sens !

Voici deux documents publi�s par w3c pour inciter consid�rations (xsd 1.0 et 1.1) :
https://www.w3.org/XML/2005/xsd-versioning-use-cases/
https://www.w3.org/TR/xmlschema-guide2versioning/

J'utilise dans le XML source un attribut "version" me permettant d'effectuer le rattachement entre la source et la "version" du sch�ma de validation.

Si op�rativement, dans le sens de codage, c'est d�j� mis en place, je pense, c'est une solution possible ...