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.

From: redacteurs@xmlfr.org
Date: 11/05/2000 - 08:58


Sommes nous pieges dans nos cocons ?
Dans un message sur la liste de discussions cocoon-dev au titre
provocateur de "Cocoon est-il dangereux pour XML ?" , Stefano
Mazzocchi   se demande si les transformations XML au niveau du serveur
ne risquent pas de freiner le mouvement vers des architecture plus
innovantes faisant appel a XML au niveau du poste client.
Par Eric van der Vlist  , Dyomedea (vdv@dyomedea.com).
---------------
Retrouvez cet article en ligne
(http://xmlfr.org/actualites/tech/000511-0001.xml).

Donnez votre avis !
mailto:xml-tech@xmlfr.org?subject=Re:%20INFO%20:%20Pieges%20dans%20nos%20cocons
---------------

Dans ce message soigneusement structure, Stefano Mazzocchi  demande a
la communaute Cocoon si le projet ne peut pas etre considere comme un
bricolage (a hack) pour extraire la majeure partie des avantages de XML
au niveau du serveur, rendant ainsi moins attractive une adoption plus
generalisee de XML et retardant le mouvement vers la gestion de XML sur
le poste client :

  "Puisque les transformations [effectuees] au niveau du serveur
  permettent d''adapter' de nouveaux formats a des clients anciens qui
  ne les supportent pas, il y a un risque important qu'ayant cette
  possibilite au niveau du serveur, il y ait moins de motivation a
  creer des clients supportant XML."

Cette crainte qui est commune a toutes les architectures permettant
d'effectuer des transformations au niveau du serveur avait egalement
ete discutee recemment sur la liste XHTML-L.

Les principaux arguments en faveur des transformations effectuees au
niveau du serveur sont le besoin d'introduire des "firewalls
semantiques" protegeant le contenu semantique des informations
presentees sur Internet et la necessite pour les concepteurs de sites
de supporter des versions anciennes de clients comme le souligne la
reponse de Donald Ball  :

  "Stefano, dans le monde reel, nous supportons encore les clients 3.0
  et, meme si c'est du bout des levres nous devons assurer le support
  des clients 2.0. Faire des transformations XSLT au niveau du serveur
  est une necessite, aujourd'hui et pour les annees a venir."

Copyright 2000, Eric van der Vlist.

---------------------------------------------------------
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-tech@xmlfr.org" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de tout sujet technique lie a XML.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a xml-tech-request@xmlfr.org (mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)



Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:05 UTC

webmaster@xmlfr.org

 

xml tech

Discussions techniques au sujet de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet 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