Transmis par: webmaster actif Dimanche 15 Février 2004 à 23:07
Cet article de Dare Obasanjo met l'accent sur la nécessité de construire un mécanisme efficace pour gérer le versionning et l'extensibilité des documents XML. "Actually describing extensibility using the most popular XML schema language, W3C XML Schema, is difficult because of several limitations in its design which make it very difficult to describe extension points in a vocabulary in a way that is idiomatic to how XML vocabularies are typically processed by applications". A lire.
J'avais déjà publié une url pointant vers un article Microsoft dans un des mes derniers commentaires.
Cet article présente les différentes possibilités d'extension offertes par XML Schéma :
http://msdn.microsoft.com/webservices/understanding/xmlfundamentals/default.aspx?pull=/library/en-us/dnxml/html/desxsdlib.asp.
Cet article montre comment il est possible de "transcrire" l'héritage permit dans de nombreux langages de programmation dans un schéma XML.
Re: [Blog] Améliorer l'extensibilité des documents XML
par Anonyme actif 18 Fév 2004 à 10:09
Le versionning des docs XML est vraiment un élément manquant. on en a besoin pour :
- versionner les schémas XML et avoir les infos de versions dans les documents XML respectant ces schémas
- versionner les messages XML en général
- versionner les interfaces WSDL et transporter ces infos dans les messages SOAP
- versionner les processus BPEL
- etc.
Actuellement, dans le cadre de communications par échange de messages XML (soap ou autre), j'utilise souvent des messages en 2 parties : header et body, avec les informations de version dans le header, mais c'est du propriétaire. Le cas le plus courant dans le cadre de l'utilisation de BPEL est le suivant : le processus 1.0 traite les messages "PO" en version 1.1, le processus 1.1 traite les messages PO en version 1.1 et 1.2. (compatibilité ascendante). Pour le moment j'utilise des procesus BPEL de routage qui redirigent les messages vers les bonnes versions de processus à leur arrivée. une spec standard précisant où placer les infos de versions permettrait aux éditeurs de fournir des fonctionnalités "clé en main".
La solution qui me paraissait la plus satisfaisante est d'utiliser les targetNamespace pour faire apparaitre les infos de version : . Dans le cadre des web services, j'utilise la même méthode : déclaration du namespace du service dans le binding WSDL, ce namespace est utilisé pour préfixer le fils de l'élément dans les messages SOAP.
Ceci dit, les routeurs soap ne traitent pas tous ce namespace, et dans le cas où ils le font, c'est pour renvoyer un "service not found", alors qu'on voudrait pouvoir affiner : "version not supported" par exemple.
On peut aussi utiliser le mécanisme d'extension XML-Schema pour ajouter des infos de versions à chacun des types créés, mais franchement c'est lourd ....
