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: 12/07/2002 - 14:22


Le 12 Jul 2002 fabella a écrit :

> [...]
> complémentaires . Actuellement notre entreprise (qualicontrol)
> [...]

Mais alors c'est vous qui faites Test&Go ? D'après "[xml-decid] INFO
: TEST&GO en XML", à http://xmlfr.org/listes/xml-decid/2000/0085.html
vous auriez réalisé un parser XML pour valider des documents TDS,
produit jugé satisfaisant par la CNAV. C'est de cette expérience à
laquelle vous faites référence aujourd'hui, pour dire que pour les
gros fichiers il vaut mieux en rester à des fichiers plats ?

Au niveau technique (je reviens ensuite au niveau de la reflexion
générale), pour les gros fichiers, le W3C suggère de faire le
transfert de fichiers XML compressés. Mais, pour les gros fichiers,
justement, j'ai peur que le temps de compression / décompression soit
important. L'avez-vous essayé ? Qu'en pensez-vous ?

Ensuite vous parlez de l'utilisation de SAX, mais aussi de XDOM. Mais
pourquoi avez-vous utilisé DOM ? Cette technologie est effectivement
très lourde et très couteuse en temps, particulièrement pour les gros
fichiers. Pourquoi n'avez-vous pas pu faire vos validations
uniquement à partir du lecteur SAX ?

Pour la reflexion générale, j'imagine que vous serez d'accord avec
moi : l'EDI est stratégique pour le XML, le XML est stratégique pour
l'EDI. Et s'il est un domaine parmi les domaines stratégique pour
tous, c'est bien celui des données sociales. Et si l'on commence à
s'engager dans un dialogue XML / TDS pour les "petits" fichiers, un
dialogue fichier plat pour les gros, j'ai peur que l'on perde
complètement au niveau de l'interopérabilité.

Certes la réflexion de Eric était de dire qu'il existe d'autres
systèmes de langage que le XML, ce qui est vrai, mais pas pour le
couple EDI / XML. Ce couple là réussira ensemble ou ne réussira pas.
D'où mon souci de fouiller un peu les contingences techniques...

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