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: INFO : ebXML face au pragmatisme

From: Herve AGNOUX (herve.agnoux@diaam-informatique.com)
Date: 24/09/2002 - 13:35


Le Lundi 23 Septembre 2002 12:55, redacteurs@xmlfr.org a écrit :

>
> Dernier point dans lequel le pragmatisme pourrait se reveler plus
> dangereux, si la plupart des intervenants ont deplore l'absence des "
> Core Components " ils ont tous du utiliser leurs propres composants des
> base pour pouvoir avancer dans leur realisations. Unanimes pour
> accepter de devancer la publication de Core Components standards, les
> intervenants semblaient plus divises dans la maniere de traiter le
> probleme a plus long terme. Si certains d'entre eux ne semblaient pas

Si la solution peut se trouver au niveau d'un ensemble mondialisé de
composants standards, je pense qu'elle peut aussi se trouver au niveau des
transformations d'un ensemble localisé à un autre ensemble localisé.

Si ces transformations fonctionnent et s'enchaînent facilement, alors on
arrive à des possibilités d'échanges inter-communautaires aux performances
comparables à ce que donnerait un seul ensemble généralisé.
(D'autant plus que apparamment on vient de "découvrir" que l'on pouvait
traiter rapidement les gros messages XML ! )

Malheureusement rien ne dit que les composants de base inventés pour tel
projet sont facilement transformables dans un autre ensemble inventé pour tel
autre projet. XSLT est quasi innemployable pour l'EDI, que je sache il
n'existe aucune règle pour doser la granularité des informations (dans quels
cas doit-on par exemple écrire <date>24 septembre 2002</date>, dans quels
autres
<date><jour>24</jour><mois>septembre</mois><année>2002</année><./date>,
comment passe-t-on de l'un à l'autre, etc.)

Je pense que cette approche par les transformations / localisations serait
tout aussi enrichissante que l'approche par les core-components, et poserait
moins de problèmes politiques (bien que, de nos jours, à remettre en cause la
mondialisation...).

Cordialement.

-- 
SARL diaam informatique - 04 50 77 12 60
Ingenierie, développements de systèmes d'information
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.3 le 27/09/2002 - 09:22 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