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 tech : Technologies XML

[xml-tech] Re: Transformation XSLT de gros documents

[xml-tech] Re: Transformation XSLT de gros documents

Auteur: Jean-Christophe Kermagoret <jck@bluexml.org>
Date: 20/10/2005 - 12:46

Bonjour,
a la cocoon get together, j'ai vu Nico Verwer qui a fait un travail
important sur les performances et propose une solution basée sur xslt,
utilisable avec Cocoon.

Voici le pdf correspondant à ses slides
http://cocoongt.hippo12.castaserver.com/cocoongt/nico-verwer-performance.pdf

De même, Jack Ivers et Vadim Gritsenko ont comparé les processeurs Xslt:
http://cocoongt.hippo12.castaserver.com/cocoongt/jack-ivers-XSLT-Performance.pdf

Jean-Christophe

Verachten Bruno a écrit :
> Bonjour,
>
> tout d'abord, merci à tous pour vos contributions.
> La XSLT en question existe depuis un bon moment, et était un bon choix
> au départ. Les documents n'étaient pas volumineux, et n'étaient pas
> destinés à le devenir.
> Malheureusement, le process ne peut se permettre de grignoter toute la
> mémoire disponible pour effectuer son traitement; de nombreuses autres
> applications tournent sur la machine au même moment.
> Je vais donc regarder avec beaucoup d'interêt PXSLT et STX.
> Pour ce qui est du projet de l'INRIA, pourquoi pas... Le document en
> question est assez plat, et avec des sections très répétitives. Les
> Xpath employés ne lancent pas de grands filets, les contextes sont
> très ciblés.
> La meilleure techno aurait sans doute été le SAX désormais, mais on ne
> prévoit pas de nouveau développement pour ce traitement.
>
> Cordialement,
>
> Bruno Verachten
>
> --
> 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)
>

-- 
BlueXML
Jean-Christophe Kermagoret
Directeur associé
jck@bluexml.org
--
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)
Received on Thu Oct 20 14:46:53 2005

Archive générée par hypermail 2.1.8 le 31/10/2005 - 21:02 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