xml decid : Stratégies, marchés, affaires autour de XML.
[xml-decid] INFO : XML 1.1 : pourquoi & comment?
From: redacteurs@xmlfr.org
Date: 10/02/2004 - 16:52
XML 1.1, pourquoi et comment?
Le W3C a publie XML 1.1 et Espaces de noms 1.1, deux recommandations
qui changent beaucoup mais peu de choses pour les applications
utilisant XML .
Eric van der Vlist , Dyomedea ( vdv@dyomedea.com ).
---------------
Retrouvez cet article en ligne
(http://xmlfr.org/actualites/decid/040210-0002).
Donnez votre avis !
mailto:xml-decid@xmlfr.org?subject=Re:%20INFO%20:%20XML%201.1%20:%20pourquoi%20&%20comment?
---------------
Autant le dire tout de suite, XML [1] 1.1 [2] et les Espaces de noms
[3] 1.1 [4] ne changent pas grand chose par rapport aux versions 1.0 de
ces memes specifications, mais ces changements sont suffisants pour
casser la compatibilite entre les deux versions dans la mesure ou un
document XML 1.1 bien forme n'est pas necessairement un document XML
1.0 bien forme.
Ces changements, mineurs mais si derangeants, etaient pourtant
pratiquement inevitables et ils etaient attendus depuis plus de deux
ans et demi.
Le standard Unicode sur lequel repose XML est un standard vivant qui
evolue et il etait devenu temps d'actualiser la recommandation XML 1.0
qui fait reference a la version Unicode 2.0 alors que le consortium
Unicode a publie sa version 4.0 qui comporte des milliers de nouveaux
caracteres.
XML 1.0 avait pourtant fait de son mieux pour s'aligner automatiquement
sur de telles mises a jour puisque cette recommandation stipule que
tout caractere ajoute a Unicode apres sa version 2.0 est valide dans un
document XML , ce qui aurait du eviter ce probleme.
XML 1.0 a malheureusement fait l'erreur de specifier explicitement
certaines classes de caracteres, telles que celle des caracteres
utilisables comme des retours a la lignes ou celle des caracteres
utilisables dans des noms et c'est ce qui justifie XML 1.1 : les
caracteres Unicode crees depuis sa version 2.0 ne peuvent pas etre
utilises comme des retours a la ligne ou dans des noms d'elements ou
d'attributs. A cela s'ajoute un oubli : le caractere « NEL » tres
utilise pour separer les lignes sur mainframes IBM ne fait pas partie
des caracteres utilisables comme retour a la ligne.
XML 1.1 a tire les lecons de cette « sur-specification » et a
considerablement assoupli sa position concernant les caracteres
utilisables dans des noms : tout ce qui n'est pas specifiquement
interdit est maintenant autorise dans un nom y compris les caracteres
qui seront ajoutes a Unicode .
De leur cote, les Espaces de noms 1.1 reprennent la notion de noms
definie par XML 1.1 et permettent en outre d'internationaliser les URI
s utilises pour identifier les espaces de noms (on parle alors d' IRI
).
Quelles consequences pratiques faut-il attendre de ces recommandations?
Si comme c'est souvent le cas, vous intervenez sur un systeme ouvert,
qui recoit et emet des documents XML , il est comme toujours recommande
d'etre liberal par rapport a ce que vous recevez et strict sur ce que
vous emettez :
- Vos partenaires pouvant etre amenes a vous envoyer des documents
XML 1.1, il est donc conseille de vous preparer a recevoir des
documents XML 1.1. Il n'y a sans doute pas une urgence extreme a le
faire, mais il vaut mieux commencer a migrer pour utiliser des
versions de vos outils (notamment parseurs) des qu'elles seront
disponibles.
- En emission au contraire, il vaut mieux rester en XML 1.0 le plus
longtemps possible puisque tous vos partenaires n'auront pas migre
avant un certain temps. La seule justification a une migration
rapide en emission est si vous etes dans un cas ou vous avez
imperativement besoin de XML 1.1. Rappelons a ce sujet qu'il ne
s'agit que de l'utilisation de nouveaux caracteres dans des noms
d'elements et d'attributs (si par exemple vous avez imperativement
besoin qu'un nom d'element contienne un caractere cypriote) ou de
caractere « NEL » dans des balises de debut ou de fin ou encore
d'une IRI pour identifier un espace de noms.
D'ou le dernier paradoxe de ces specifications : elles ne modifient pas
grand chose, elles etaient inevitables et si tout le monde respecte les
« bonnes pratiques », elles risquent bien de rester marginales!
Autres articles :
- Les myrtilles de la colere [5]
- Nouvelles versions a propos de caracteres. [6]
- Version de travail XML 1.1 [7]
- XML 1.1 devient Candidat a Recommandation [8]
- Que penser de XML 1.1? [9]
- Quatre nouvelles recommandations au W3C. [10]
Copyright 2004, Eric van der Vlist .
---------------------------------------------------------
References:
[1] http://www.w3.org/TR/2004/REC-xml11-20040204/
[2] http://www.w3.org/TR/2004/REC-xml11-20040204/
[3] http://www.w3.org/TR/2004/REC-xml-names11-20040204/
[4] http://www.w3.org/TR/2004/REC-xml-names11-20040204/
[5] http://xmlfr.org/actualites/tech/010626-0001
[6] http://xmlfr.org/actualites/tech/020304-0001
[7] http://xmlfr.org/actualites/tech/011218-0001
[8] http://xmlfr.org/actualites/tech/021018-0001
[9] http://xmlfr.org/actualites/decid/021022-0001
[10] http://xmlfr.org/actualites/tech/040206-0001
---------------------------------------------------------
Mail genere par FormatedTextOutputHandler pour XT
(http://4xt.org/downloads/examples/outputhandlers/formatedtext/).
--
Devenez redacteur <XML>fr et contribuez au developpement
du xml francophone (http://xmlfr.org/infos/redacteurs) !
Liste de diffusion "xml-decid@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet lie a XML.
Pour resilier votre abonnement, envoyez un message contenant la
commande "unsubscribe" a xml-decid-request@xmlfr.org
(mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 23/02/2004 - 16:42 UTC
webmaster@xmlfr.org
| 
