Cliquez ici.
Cliquez ici.
Accueil
chercher            Plan du site              Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

xml decid : Stratégies, marchés, affaires autour de XML.

[xml-decid] Re: Pourquoi XML?

Auteur: Herve AGNOUX (herve.agnoux@diaam-informatique.com)
Date: 15/07/2002 - 07:39


Le 12 Jul 2002 Paul Terray a écrit :

> Par contre, en ce qui concerne l'efficacité et la performance, surtout
> dans le monde des données, comme le souligne François Abella, XML
> n'est surement pas l'optimal. Le monde documentaire est totalement à
> part : XML a été fait pour, et l'optimisation des formats
> documentaires a toujours été dramatiquement mauvaise. Pour vous en
> convaincre, sauvegarder un document Word vide et regardez sa taille...
>

Malgré les apparences, je suis persuadé qu'il est possible d'intégrer
à un système EDI un message XML à valider aussi rapidement qu'un
fichier plat. Dans la mesure où il existe un besoin du marché dans ce
domaine, je suis prêt à monter et piloter un groupe de travail à ce
sujet. (il semble nécessaire que je précise que je suis attentif au
marché, mes préoccupations techniques semblant être un obstacle,
alors que c'est précisemment cette technique qui me permet de
répondre au mieux aux besoins du marché ! ).

Cette optimisation sera faite en tenant compte des impératifs de tout
le reste de la chaîne de traitement d'un message EDI, la reception /
validation n'étant qu'un tout petit morceau de cette chaîne, François
Abella a tout à fait raison là dessus.

La première chose qui me permet de penser cela est que, dans un
contexte EDI, la différence "fichier plat" / "fichier arborescent"
n'est pas très significative.

La deuxième chose est que ces messages sont "à valider", précisément.
S'ils sont à valider, il existe forcément une structure régulière en
leur sein. C'est cette structure régulière qui devrait pouvoir servir
de support à une optimisation.

Donc, le nerf de la guerre, c'est le langage de schéma utilisé pour
valider le message EDI.

Le groupe devra donc voir, parmi ceux qui existent, lesquels sont les
plus performants, et éventuellement en proposer un. Et, plus
largement, définir les principes et réaliser les outils d'une
intégration optimisée de message EDI, et montrer comment elle
s'intègre dans le reste de la chaîne de traitement.

Bien sûr si un tel groupe existe déjà, si je puis lui être utile à
quelque chose, je le rejoins.

Cordialement.

--
Sur le Web, tout de suite.
Herve AGNOUX - diaam informatique
http://www.diaam-informatique.com

-- 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.4 le 29/07/2002 - 15:14 UTC

webmaster@xmlfr.org

 

xml decid

Discussions sur les marchés et entreprises autour de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet non technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement