Le W3C publie le standard EXI

Hinault Romaric · 11/03/2011, 11h32

Le W3C publie le standard EXI
Une nouvelle norme qui étend la portée du XML aux applications et terminaux mobiles

Le W3C (World Wide Consortium) vient de publier une nouvelle norme compacte du XML (eXtensible Markup Language) qui sera utilisée sur les terminaux mobiles et autres appareils ayant des contraintes de mémoire et/ou de bande passante.

Le nouveau standard EXI (Efficient XML Interchange) a pour but d'optimiser nettement la performance, l'efficacité réseau et la consommation d'énergie des applications utilisant XML.

Le standard XML est largement utilisé en tant que format d'échange de données entre différents systèmes, services Web et appareils. Mais il n'est pas adopté sur certaines plates-formes notamment à cause des contraintes liées à la taille des documents et à la consommation en énergie ou à la bande passante utilisée qu'elle engendre.

Le EXI veut résoudre ces problèmes. Le standard est déjà adopté dans plusieurs appareils intelligents, notamment les véhicules : « Nous proposons des produits EXI depuis plusieurs années et nous sommes étonnée des réalisations » explique John Shneider, rédacteur de la spécification EXI « [Les utilisateurs de EXI] ont multiplié leurs performances par 100 et étendu leurs réseaux de données aux applications à grande vitesse pour les avions, les automobiles, les terminaux mobiles et les réseaux de capteurs ».

Le standard EXI peut-être utilisé à partir du JavaScript dans les navigateurs Web pour offrir à l'utilisateur une plus grande rapidité. Un support est également prévu pour les plates-formes logicielles telles que Java et .NET.

Le détail des spécifications liées au standard EXI sont consultables sur cette page

Et vous ?

Que pensez-vous de cette nouvelle norme?

vintz72 · 11/03/2011, 13h51

J'ai jamais compris pourquoi un tel format n'existait pas plus tôt. J'avais imaginé un XML "compressé" il y a 10 ans, mais je m'étais dit qu'une norme officielle ne tarderait pas à sortir... comme quoi, je ne suis pas toujours très visionnaire ! ;-)

abriotde · 11/03/2011, 14h03

C'est une bonne nouvelle. XML est très lourd à tout les niveaux (sensible aux erreurs, gourmand en puissance de calcul pour la lecture, gourmand en espace mémoire) et cependant utilisé à toutes les sauces. Json prends de la place mais sinon on se retrouve avec du csv très peu souple. Il ne va pas résoudre tout les problème mais s'il peut déjà les améliorer cela ouvrera une porte (et un standard parce que dans les "pseudo standard" XML binaire, c'est la jungle autrement).

Dans le domaine du binaire à mon humble avis ce qui se fait de mieux c'est tout de même le "Protocol Buffer" de Google (libre). Mais bon on va pas en demander de trop.

alain.couthures · 13/03/2011, 09h07

Je suis en train d'évaluer l'intégration d'EXI comme format d'échange pour XForms.

Pour l'ajouter à mon implémentation (XSLTForms), il me faut écrire un décodeur (exi2xml) et un encodeur (xml2exi) en Javascript !

-Alain

ezmac · 13/03/2011, 23h06

va pour l'universel, mais trop de dialectes .... on se trouve devant le même problème qu'avec les distros. trop de versions nuisent avoir quelque chose rock solid !!!.

je me trouve pour l'interchange de documents entre entreprises (Espagne) avec 10 modèles différents... sans compter les 26 autres modèles présents dans UE.

mes fichiers en xml explosent en taille, des fois jusqu'à 20 fois celle d'un bon vieux fichier tab+return.

comme quelqu'un l'a mentioné, à quoi bon que les étiquettes soient lisiblies para une personne, le but est d'automatiser la saisie et l'interchange d'information.

Traroth2 · 15/03/2011, 17h28

Prometteur, et pour bien plus que les appareils mobiles !

Pour ceux que ça intéresse, il y a déjà des bibliothèques disponibles pour C et Java :

http://exificient.sourceforge.net/ (Java)

http://exip.sourceforge.net/ (C)

onjanirina · 15/03/2011, 19h15

Bonjour,

Je suis également, et globalement, ravi d'apprendre cette avancée. Mais je me pose quelques questions, dont je suis sûr certains d'entre vous pourront me répondre :

- Les données XML compressées présentent-elles des contraintes (en terme de volume de données réelles par exemple, hors éléments de syntaxe) ou des risques (impossibilité ou difficultés dans la reconstitution ou le parsing) pour ne pas être applicables à l'ensemble des échanges XML ?

- Les EXI Processors, c-à-d les applications chargés des encodage/décodage EXI/XML exigent-ils des pré-requis, par exemple, la disponibilité en local d'un catalogue d'espace de noms, etc. ou les fichiers EXI sont entièrement Standalone ?

Merci pour vos réponses,

alain.couthures · 15/03/2011, 20h55

La recommandation EXI n'est pas particulièrement facile à lire...

Les chaines de caractères y sont préfixées de leur longueur. Cette longueur devrait pouvoir elle-même être de longueur variable même si la recommandation dit qu'il faut au moins supporter jusqu'à 2147483648 caractères. Les chaines de caractères sont de plus compressées.

Je n'y ai pas encore vu de checksum pour s'assurer de l'intégrité des données.

Les fichiers EXI sont assurément standalone lorsque la grammaire intégrée est utilisée. Si une autre grammaire est définie pour réduire encore la taille, je ne suis pas sûr qu'elle soit véhiculée dans le fichier EXI. Un autre élément de compression est de faire référence à un schéma de manière à ce que les valeurs ne soient pas que des chaines de caractères.

Je continue mon évaluation, j'en saurai plus prochainement !

-Alain

onjanirina · 16/03/2011, 00h06

Citation:

Envoyé par alain.couthures

Je continue mon évaluation, j'en saurai plus prochainement !

Merci pour ces premiers éléments ! Bon courage pour le reste !

atha2 · 16/03/2011, 14h55

Citation:

Envoyé par Hinault Romaric

Le standard EXI peut-être utilisé à partir du JavaScript dans les navigateurs Web pour offrir à l'utilisateur une plus grande rapidité.

C'est à dire ? Il existe une api javascript pour parser du EXI ? Ou est-elle disponible ?
J'avoue avoir cherché sur google et les seules pages qui mentionnent EXI, reprennent juste l'annonce du W3C. Rien d'autre...

Paul TOTH · 16/03/2011, 15h15

Citation:

Envoyé par atha2

C'est à dire ? Il existe une api javascript pour parser du EXI ? Ou est-elle disponible ?
J'avoue avoir cherché sur google et les seules pages qui mentionnent EXI, reprennent juste l'annonce du W3C. Rien d'autre...

j'avoue ne pas avoir bien compris en quoi c'est un mieux...je n'aime pas vraiment XML et je ne comprend pas ce qu'apporte EXI..

thelvin · 16/03/2011, 19h05

Citation:

Envoyé par Paul TOTH

j'avoue ne pas avoir bien compris en quoi c'est un mieux...je n'aime pas vraiment XML et je ne comprend pas ce qu'apporte EXI..

Avantages :
- Compressé (qu'on le veuille ou non)
- Plus simple à interpréter pour la machine
- Peut représenter les mêmes ensembles de données presque en 1:1

Inconvénients :
- Pas de lisibilité humaine sans une transformation préalable en XML, qui sont pour l'instant assez peu intégrées.
- Pas d'édition directe au notepad++. (Et bon courage avec un éditeur hexa.) Ni d'ailleurs avec un éditeur XML, pour l'instant.

11/03/2011, 11h32	#1
Hinault Romaric Chroniqueur Actualités Hinault Romaric Consultant Inscription : janvier 2007 Messages : 2 115 Détails du profil Informations personnelles : Nom : Hinault Romaric Localisation : Cameroun Informations professionnelles : Activité : Consultant Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : janvier 2007 Messages : 2 115 Points : 31 041 Points : 31 041	Le W3C publie le standard EXI Le W3C publie le standard EXI Une nouvelle norme qui étend la portée du XML aux applications et terminaux mobiles Le W3C (World Wide Consortium) vient de publier une nouvelle norme compacte du XML (eXtensible Markup Language) qui sera utilisée sur les terminaux mobiles et autres appareils ayant des contraintes de mémoire et/ou de bande passante. Le nouveau standard EXI (Efficient XML Interchange) a pour but d'optimiser nettement la performance, l'efficacité réseau et la consommation d'énergie des applications utilisant XML. Le standard XML est largement utilisé en tant que format d'échange de données entre différents systèmes, services Web et appareils. Mais il n'est pas adopté sur certaines plates-formes notamment à cause des contraintes liées à la taille des documents et à la consommation en énergie ou à la bande passante utilisée qu'elle engendre. Le EXI veut résoudre ces problèmes. Le standard est déjà adopté dans plusieurs appareils intelligents, notamment les véhicules : « Nous proposons des produits EXI depuis plusieurs années et nous sommes étonnée des réalisations » explique John Shneider, rédacteur de la spécification EXI « [Les utilisateurs de EXI] ont multiplié leurs performances par 100 et étendu leurs réseaux de données aux applications à grande vitesse pour les avions, les automobiles, les terminaux mobiles et les réseaux de capteurs ». Le standard EXI peut-être utilisé à partir du JavaScript dans les navigateurs Web pour offrir à l'utilisateur une plus grande rapidité. Un support est également prévu pour les plates-formes logicielles telles que Java et .NET. Le détail des spécifications liées au standard EXI sont consultables sur cette page Et vous ? Que pensez-vous de cette nouvelle norme? __________________ Si déboguer est l’art de corriger les bugs, alors programmer est l’art d’en faire Mon blog Mes articles En posant correctement votre problème, on trouve la moitié de la solution
	11

13/03/2011, 09h07	#4
alain.couthures Membre Expert Inscription : avril 2007 Messages : 889 Détails du profil Informations personnelles : Localisation : France, Gironde (Aquitaine) Informations forums : Inscription : avril 2007 Messages : 889 Points : 1 061 Points : 1 061	Je suis en train d'évaluer l'intégration d'EXI comme format d'échange pour XForms. Pour l'ajouter à mon implémentation (XSLTForms), il me faut écrire un décodeur (exi2xml) et un encodeur (xml2exi) en Javascript ! -Alain __________________ Formulaires XForms sur tous navigateurs sans extension à installer (architecture XRX) : http://www.agencexml.com/xsltforms/
	00

13/03/2011, 23h06	#5
ezmac Nouveau Membre du Club Inscription : avril 2008 Messages : 25 Détails du profil Informations personnelles : Sexe : Informations forums : Inscription : avril 2008 Messages : 25 Points : 28 Points : 28	xml prend embonpoint.... va pour l'universel, mais trop de dialectes .... on se trouve devant le même problème qu'avec les distros. trop de versions nuisent avoir quelque chose rock solid !!!. je me trouve pour l'interchange de documents entre entreprises (Espagne) avec 10 modèles différents... sans compter les 26 autres modèles présents dans UE. mes fichiers en xml explosent en taille, des fois jusqu'à 20 fois celle d'un bon vieux fichier tab+return. comme quelqu'un l'a mentioné, à quoi bon que les étiquettes soient lisiblies para une personne, le but est d'automatiser la saisie et l'interchange d'information.
	10

15/03/2011, 17h28	#6
Traroth2 Membre Expert Inscription : décembre 2003 Messages : 1 335 Détails du profil Informations forums : Inscription : décembre 2003 Messages : 1 335 Points : 2 381 Points : 2 381	Prometteur, et pour bien plus que les appareils mobiles ! Pour ceux que ça intéresse, il y a déjà des bibliothèques disponibles pour C et Java : http://exificient.sourceforge.net/ (Java) http://exip.sourceforge.net/ (C) __________________ Traroth
	00

15/03/2011, 19h15	#7
onjanirina Membre habitué Onjanirina RAKOTONIAINA Architecte de système d'information Inscription : décembre 2009 Messages : 110 Détails du profil Informations personnelles : Nom : Onjanirina RAKOTONIAINA Âge : 33 Localisation : Madagascar Informations professionnelles : Activité : Architecte de système d'information Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : décembre 2009 Messages : 110 Points : 136 Points : 136	Compresser, c'est bien ! mais pour quel prix ? Bonjour, Je suis également, et globalement, ravi d'apprendre cette avancée. Mais je me pose quelques questions, dont je suis sûr certains d'entre vous pourront me répondre : - Les données XML compressées présentent-elles des contraintes (en terme de volume de données réelles par exemple, hors éléments de syntaxe) ou des risques (impossibilité ou difficultés dans la reconstitution ou le parsing) pour ne pas être applicables à l'ensemble des échanges XML ? - Les EXI Processors, c-à-d les applications chargés des encodage/décodage EXI/XML exigent-ils des pré-requis, par exemple, la disponibilité en local d'un catalogue d'espace de noms, etc. ou les fichiers EXI sont entièrement Standalone ? Merci pour vos réponses, __________________ Concepteur/Développeur du projet Moterako (Système d'Exploitation Sémantique du Web - Open Source) Moterako : http://projets.developpez.com/projects/moterako
	00

11/03/2011, 13h51	#2
vintz72 Membre confirmé Vincent Inscription : octobre 2005 Messages : 154 Détails du profil Informations personnelles : Nom : Vincent Âge : 40 Localisation : France, Rhône (Rhône Alpes) Informations forums : Inscription : octobre 2005 Messages : 154 Points : 235 Points : 235	J'ai jamais compris pourquoi un tel format n'existait pas plus tôt. J'avais imaginé un XML "compressé" il y a 10 ans, mais je m'étais dit qu'une norme officielle ne tarderait pas à sortir... comme quoi, je ne suis pas toujours très visionnaire ! ;-)
	00

11/03/2011, 14h03	#3
abriotde Membre actif Développeur informatique Inscription : juillet 2007 Messages : 132 Détails du profil Informations personnelles : Sexe : Âge : 30 Localisation : France, Loire Atlantique (Pays de la Loire) Informations professionnelles : Activité : Développeur informatique Secteur : High Tech - Opérateur de télécommunications Informations forums : Inscription : juillet 2007 Messages : 132 Points : 152 Points : 152	C'est une bonne nouvelle. XML est très lourd à tout les niveaux (sensible aux erreurs, gourmand en puissance de calcul pour la lecture, gourmand en espace mémoire) et cependant utilisé à toutes les sauces. Json prends de la place mais sinon on se retrouve avec du csv très peu souple. Il ne va pas résoudre tout les problème mais s'il peut déjà les améliorer cela ouvrera une porte (et un standard parce que dans les "pseudo standard" XML binaire, c'est la jungle autrement). Dans le domaine du binaire à mon humble avis ce qui se fait de mieux c'est tout de même le "Protocol Buffer" de Google (libre). Mais bon on va pas en demander de trop.
	00

15/03/2011, 20h55	#8
alain.couthures Membre Expert Inscription : avril 2007 Messages : 889 Détails du profil Informations personnelles : Localisation : France, Gironde (Aquitaine) Informations forums : Inscription : avril 2007 Messages : 889 Points : 1 061 Points : 1 061	La recommandation EXI n'est pas particulièrement facile à lire... Les chaines de caractères y sont préfixées de leur longueur. Cette longueur devrait pouvoir elle-même être de longueur variable même si la recommandation dit qu'il faut au moins supporter jusqu'à 2147483648 caractères. Les chaines de caractères sont de plus compressées. Je n'y ai pas encore vu de checksum pour s'assurer de l'intégrité des données. Les fichiers EXI sont assurément standalone lorsque la grammaire intégrée est utilisée. Si une autre grammaire est définie pour réduire encore la taille, je ne suis pas sûr qu'elle soit véhiculée dans le fichier EXI. Un autre élément de compression est de faire référence à un schéma de manière à ce que les valeurs ne soient pas que des chaines de caractères. Je continue mon évaluation, j'en saurai plus prochainement ! -Alain __________________ Formulaires XForms sur tous navigateurs sans extension à installer (architecture XRX) : http://www.agencexml.com/xsltforms/
	10

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email