dev@xmlfr.org : liste de discussion des développeurs du site XMLfr
[dev@xmlfr.org] Re: [Cocoon] Tests de performance RSS (premiers résultats)
From: Eric van der Vlist (vdv@dyomedea.com)
Date: 05/01/2004 - 13:03
On Mon, 2004-01-05 at 13:51, Frédéric Glorieux wrote:
> Je rappelle que le block Slide ne compile toujours pas dans la version
> CVS de Cocoon. En attendant, il peut être débranché depuis blocks.properties
>
> ça marche donc sous windows.
>
> [saxon7]
>
> > Pour pouvoir effectuer ces tests chez vous, il faut donc installer Saxon
> > (il suffit de recopier saxon7.jar dans le répertoire Cocoon
> > build/webapp/WEB-INF/lib/).
>
> J'ai eu plusieurs problèmes avec Saxon7.
>
> un null pointer avec la même XSL entre 7.4 et 7.7.
>
> Les xsp qui ne compilaient plus avec saxon7.4, une scorie texte,
> peut-être un reste d'avertissement dans le flus SAX de saxon (marche
> avec saxon7.8)
>
> Toujours ça dans le log sitemap
>
> WARN (2004-01-05) 13:12.33:085 [sitemap.serializer.html]
> (/tests/debug/index.xsp) PoolThread-4/AbstractTextSerializer: Cannot
> know if transformer needs namespaces attributes - assuming NO.
> org.xml.sax.SAXException: Saxon requires an XML parser that reports the
> QName of each element
Curieux, je n'ai pas ce warning.
J'ai conservé Xalan comme processeur XSLT par défaut et n'utilise Saxon
qu'en tant que transformer "saxon" (cf
http://dev.xmlfr.org/cgi-bin/viewcvs.cgi/xmlfr-beta/webapp/sitemap.xmap).
Peut-être est-ce ce qui me permet d'échapper à cela?
> > générateur "xpathdir"
>
> Intéressant, un pipe en moins, mais cela colle plus à cocoon.
Non, pas vraiment, les pipes sont comparables (cf
http://dev.xmlfr.org/cgi-bin/viewcvs.cgi/xmlfr-beta/webapp/tests/rss/sitemap.xmap).
La différence est que l'on n'a pas besoin d'utiliser la fonction
document() pour aller chercher les infos qui sont déjà là, mais il faut
tout de même convertir le résultat.
> > utiliser la
> > fonction fn:escape-uri dont nous avons besoin pour transformer les mots
> > clés en URIs. Il semble y avoir un bug dans Saxon à ce niveau (à
> > creuser) et je n'ai pas pu utiliser cette fonction pour le moment.
>
> Est-ce que ce n'est que ça qui justifie la migration ou est-ce
> l'occasion d'évaluer une nouvelle technologie ? Un escapeURI peut se
> faire sans trop de mal en pur XSL (avec les inconvénients sur les
> performances d'un traitement de chaîne)
Dans notre cas, c'est sans doute rédhibitoire!
> ou avec des extensions java
> (voire javascript pour compatibilité IE) ?
Dans ce cas, qu'est-ce qui est plus portable? XSLT 2.0 ou XSLT 1.0 +
extensions spécifiques ?
> > Ils semblent confirmer que Saxon est légèrement plus rapide que Xalan,
> > que la même transformation prend à peu près le même temps en mode XSLT
> > 1.0 et XSLT 2.0 et que les utilisations des générateurs "dir" et
> > "xpathdir" sont sensiblement équivalentes.
>
> Avez-vous essayé xt ? Je n'ai pas fait de tests sérieux mais eu de
> sérieuses impressions de rapidité. Par contre j'ai laissé tombé quand
> j'ai vu que le cocoon de l'époque fixait mal le répertoire par défaut
> pour la fonction document()
Je l'ai essayé en ligne de commande et il est légèrement plus rapide que
Saxon mais la différence ne semble pas énorme.
Eric
--
If you have a XML document, you have its schema.
http://examplotron.org
Upcoming XML schema languages tutorial:
- Santa Clara -half day- (15/03/2004) http://masl.to/?J24916E96
------------------------------------------------------------------------
Eric van der Vlist http://xmlfr.org http://dyomedea.com
(ISO) RELAX NG ISBN:0-596-00421-4 http://oreilly.com/catalog/relax
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "dev@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie au developpement du site XMLfr.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a dev-request@xmlfr.org
(mailto:dev-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/01/2004 - 09:12 UTC
webmaster@xmlfr.org
|
