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] INFO : Dix annees de XML chez Adobe France

[xml-decid] INFO : Dix annees de XML chez Adobe France

Auteur: <redacteurs@xmlfr.org>
Date: 26/03/2008 - 20:42
X-Mailer: FormatedTextOutputHandler

Dix annees de XML chez Adobe France

A l'occasion des dix ans de la publication de la recommandation XML
1.0, Jimmy Barens  , directeur avant-vente chez Adobe France repond aux
questions de XMLfr . Il fait le point sur ces dix annees de XML et de
sonutilisation dans son cadre professionnel.

Michel Duperrier  , organisateur de l'initiative de business networking
sparklingPoint (http://sparklingPoint.com).
---------------
Retrouvez cet article en ligne
(http://xmlfr.org/actualites/decid/080326-0001).

Donnez votre avis !
mailto:xml-decid@xmlfr.org?subject=Re:%20INFO%20:%20Dix%20annees%20de%20XML%20chez%20Adobe%20France
---------------

Michel Duperrier : A quel moment et pour quelles raisons avez-vous
commence personnellement a vous interesser a XML ?

Jimmy Barens : Je suis tombe dedans tres tot ;-) J'ai fait mon rapport
de fin d'etudes a l' EPITA en 1994 sur « le marche et l'opportunite
SGML en entreprise » avec le support du SGML 's Users Group France.
Cette thematique s'inscrivait plus globalement dans les nouvelles
tendances et normes commencant a s'imposer en entreprise. On parlait
alors de concepts comme CALS , Just-In-Time , et de formats comme CGM ,
SGML . J'avais choisi cette thematique car je trouvais ce concept de
structuration de l'information tres puissant et plein de promesses pour
l'echange de donnees entre systemes heterogenes.

Plus tard, XML est ne sur les bases de SGML avec un souci de
modernisation, de simplification et de prise en compte des besoins du
marche. J?ai naturellement suivi cette evolution et j?ai evolue avec
elle.

MD : Qu'attendiez-vous de ces technologies ?

JB : L?informatique souffrait ? et souffre toujours - de la multitude
de formats disponibles sur le marche (proprietaire ou standard). XML ,
apportait la promesse de l?emergence d?un « esperanto » permettant de
decrire tous types de donnees. SGML en son temps faisait la meme
promesse mais le marche n?etait pas pret. Avec XML , le succes a ete
rapide et permet aujourd?hui d?avoir une grammaire et une syntaxe
universelles.

MD : Auparavant, vous interessiez-vous deja a SGML ? A HTML ?

JB : Pour SGML , que j?ai deja evoque ci-dessus, nous etions une
poignee en 93/94 a savoir de quoi nous parlions. C?etait l?affaire des
specialistes a cette epoque ;-). Pour HTML , c?est une autre histoire.
Le cheminement est different. On decouvre HTML car on s?interesse au
Web et que l?on veut publier et mettre en ligne un contenu. C?est une
syntaxe simple et rapide, tout le monde se l?est approprie rapidement,
moi y compris. Travaillant chez Adobe depuis dix ans, j?ai aussi
pleinement vecu la revolution du Web et surtout la revolution des
outils de conception de site comme GoLive et plus recemment Dreamweaver
avec le rachat de Macromedia .

MD : Quelle a ete votre premiere mise en ?uvre de XML chez un client ?
A quelle date ?

JB : Cela a ete la mise en place de la documentation apres-vente au
sein de Renault et de Fiat dans les annees 97/98. J?etais alors dans
une SSII connue sous le nom de Sarde a l?epoque (aujourd?hui Avantias
). Nous avons demarre les travaux en SGML et quand j?ai quitte le
projet nous etions en train de convertir les DTD SGML en Schema XML .

MD: Quel etait le probleme a resoudre ?

JB : Le but etait d?arriver a automatiser la production des documents
apres-vente a partir de composants structures. En effet, une des
grandes problematiques des constructeurs de voitures est de fournir une
documentation de qualite et a jour pour leur reseau mais aussi pour les
concessionnaires hors reseau. Les problematiques de mises-a-jour en
particulier etaient critiques a l?epoque, il fallait plusieurs semaines
pour diffuser une information nouvelle dans le reseau sans reelle
maitrise de la mise a jour manuelle par les concessionnaires.L?idee du
projet etait de mettre tous les modules d?informations « elementaires »
en base pour pouvoir creer dynamiquement et a la volee une
documentation par rapport a une finition et un modele de voiture
specifique. L?idee etait aussi de « pousser » cette information dans
des temps tres courts, en utilisant Internet comme moyen de
diffusion.Nous avions mis en place une chaine de production avec un
editeur XML (plusieurs editeurs ont ete testes) pour la saisie des
modules d?information, une base de donnees ( Astoria ), un moteur de
composition ( FrameMaker ) et un format de diffusion electronique ( PDF
).

MD : Quelle a ete la valeur ajoutee de XML dans ce projet ?

JB : Sans modele de structuration, nous n?aurions pas pu venir a bout
de ce projet. Le metalangage SGML / XML etait la fondation du projet.
Tout reposait sur cette capacite a representer l?information sous forme
homogene et structuree. Nous avons particulierement mis l?accent sur
les attributs en les utilisant comme metadonnees du module. Cette
approche nous a permis d?etre tres precis dans la documentation que
nousproduisions par rapport a un vehicule en particulier. Nous prenions
en compte l?applicabilite de la chaine de production.

MD: Quels enseignements avez-vous pu en tirer ?

JB : De la methode, de la methode et de la methode. Il faut comprendre
tres precisement l?usage final des donnees, les besoins utilisateurs,
les contraintes techniques de l?existant et surtout s?appuyer sur une
rigueur sans faille dans le processus de modelisation de la
structure.C?est clairement cette partie qui est la plus compliquee mais
aussi la plus interessante d?un projet comme celui-la. Il ne faut pas
travailler tout seul dans la phase de modelisation, il faut confronter
les idees et les approches pour obtenir le meilleur resultat.

MD : Avez-vous des exemples de formats XML qui sont reutilises ou ont
ete crees ? Sont-ils standards ou quel est leur degre d'ouverture ?

JB : Je vais parler de ceux qui sont proches d? Adobe :

- XMP (eXtensible Metadata Protocol), l?idee est de standardiser une
  representation des metadonnees pour tous les formats de fichiers
  informatiques. XMP est base sur la recommandation RDF du W3C . Ce
  format est publie et libre de droit.
- XFA (XML Forms Architecture) qui se veut une proposition globale
  d?architecture pour la gestion des formulaires electroniques (issu
  des travaux de JetForm / Accelio ) et largement repris dans XForms .
- ePub , est un format de representation des livres electroniques (
  eBook ) appele a devenir le standard du marche. Il est actuellement
  supporte par tous les acteurs en format de diffusion mais aussi sur
  les plates-formes de lecture dediees.
Plus globalement, toutes nos technologies ( PDF , Flash ) tous nos
outils auteurs supportent des importations et exportations en XML (
InDesign , FrameMaker , Acrobat , ..) et nos outils serveurs sont meme
totalement bases sur XML pour decrire le langage de commande et de
pilotage de notre offre LiveCycle .Et enfin nous travaillons
actuellement a l?XMLisation du PDF , a travers le projet « Mars ». Vous
pouvez trouver plus de details sur http://labs.adobe.com [1] .MD :
Quelles technologies sont principalement utilisees : XSLT , W3C XML
Schema , Relax NG , Schematron , XForms , XQuery , SOAP , REST / XML ,
Ajax ... ?

JB : Nous utilisons le plus largement W3C XML Schema , XForms , XQuery
et SOAP . Nos solutions d?interface Internet riche, Flex et AIR sont
compatibles directement avec Ajax . XML et ses derives sont parties
integrantes de nos solutions.

MD : Quels avantages apportent ces technologies : interoperabilite,
standards, productivite, positionnement marketing... ?

JB : Pour reprendre le concept d? « esperanto », XML apporte clairement
une plus grande interoperabilite entre des systemes heterogenes. Ce
resultat n?est possible que parce que tous les acteurs du marche se
sont interesses a XML et ont plus ou moins integre ce format dans leurs
possibilites d?import/export, nous offrant ainsi toujours une
solutionde communication.L?aspect « standard » est plus complexe car
certes XML est un standard mais dire je fais du XML ne veux pas dire
grand-chose. Il faut parler d? XML dans un contexte d?utilisation. On
va parler plus intelligemment d? XML pour un usage donnee, comme XForms
est l?utilisation d? XML pour les formulaires. Dans ce cadre, on voit
emerger des standards generiques et des standards par marches
verticaux.En tant qu?editeur, si vous ne faite pas la promotion de vos
usages d? XML , il faut changer d?equipe marketing ;-)Plus
serieusement, XML est devenu un « buzzword » qu?il faut absolument
avoir sous peine de ne pas etre dans la course. Il faut juste faire
attention entre la promesse et la realite technique.MD : Avez-vous
rencontre des limites formelles ou techniques de XML ?

JB : Rarement, la puissance du langage est deja exceptionnelle en soi.
J?ai parfois rencontre des problemes dans des constructions de modele
faisant intervenir la recursivite.

MD : Ce que vous attendiez de XML s'est-il verifie ? Avez-vous constate
des deceptions et de bonnes surprises ?

JB : Globalement, XML est une evolution majeure pour l?informatique et
mes attentes se sont plus que realisees !!!Nous avons maintenant a
notre disposition un langage que quasiment tout le monde s?est
approprie et qui nous permet de toujours trouver une solution pour
faire communiquer efficacement des systemes heterogenes entre eux.MD :
XML s'est-il banalise dans votre organisation ou pensez-vous qu'il
reste encore des etapes a franchir pour sa generalisation ? Est-il
largement connu ? Largement utilise ?

JB : Clairement, nous utilisons XML tous les jours dans l?entreprise.
En commencant par les taches administratives (traiter nos notes de
frais, demandes de voyages, ?) pour finir par l?utilisation de nos
propres outils en interne (email, newsletter, site Web, publications,
?) en passant par nos outils de reporting et de suivi commercial
(connexionavec SAP , back-office interne, ?) Adobe joue egalement un
role important dans la diffusion de cette technologie a travers nos
differentes initiatives et nos produits.Je crois que nous sommes
arrives a un bon niveau de maturite a propos de cette technologie. Je
pense qu?il y a encore des progres a faire dans la qualite de
modelisation des differents formats derives que l?on nous propose.
C?est comme tout langage, il y ena qui developpent correctement et «
proprement » et d?autres qui ?MD : Pensez-vous que l'utilisation de XML
ait encore des territoires a conquerir ?

JB : Oui, bien sur. C?est sans fin. Vous avez un nouveau besoin ? une
nouvelle problematique ? Il y a possiblement un interet a utiliser la
structuration de donnees et donc XML dans la solution a construire. XML
est un metalangage, le nombre de langages derives est donc
virtuellement illimite.MD : Voyez-vous des domaines ou XML n'est pas
actuellement le mieux adapte ?

JB : Oui, partout ou on ne connait pas a priori l?information que l?on
va manipuler. Il y plein d?usages ou la structuration de l?information
n?a que peu ou pas de valeur ajoutee.La structuration est contraignante
et peut etre « couteuse » en terme de traitement de donnees, elle n?est
donc pas toujours necessaire.MD : Que souhaiteriez-vous voir resolu par
XML dans les prochaines annees ?

JB : Pas « resolu par XML » mais « resolu pour XML », en effet XML est
standard mais les outils qui manipulent ce format ne le sont pas
forcement. En particulier, j?aimerais avoir un « parseur » standard et
exhaustif unique sur le marche, cela simplifierait grandement l?usage
d? XML .

Voir aussi :

- Dix annees de XML a l'INSEE [2]
- Dix annees de XML [3]
Copyright 2008, Eric van der Vlist .

---------------------------------------------------------
References:
[1] http://labs.adobe.com/
[2] http://xmlfr.org/actualites/decid/080210-0002
[3] http://xmlfr.org/actualites/decid/080210-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)
Received on Wed Mar 26 21:42:46 2008

Archive générée par hypermail 2.1.8 le 31/03/2008 - 07:24 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