Bonjour,
On mer, 2005-07-06 at 08:37 +0200, Stéphane Wirtel wrote:
> Eric van der Vlist a écrit :
> > De manière générale, les processeurs écrits en C sont plus rapides que
> > ceux écrits en Java, mais même cette règle n'est pas absolue puisque
> > j'ai vu, sur certaines transformations, Saxon (écrit en C) être plus
> > rapide que libxslt (écrit en C). Il suffit pour cela de tomber sur un
> > cas particulier sur lequel Saxon a prévu une optimisation qui n'a pas
> > été prévue dans libxslt et cela peut changer d'une version à l'autre.
> N'y a-t-il pas une erreur introduite dans le langage employé pour Saxon ?
Pas à ma connaissance. Mike Kay s'attache à suivre les recommandations
de manière très scrupuleuse et Saxon est le processeur XSLT que
j'utilise comme juge de paix quand j'ai un doute!
Saxon est également précieux pour ses messages d'erreurs qui sont
généralement beaucoup plus clairs que ceux des autres processeurs.
> > Parmi les processeurs Java, le plus rapide est généralement XT (mais son
> > support de la recommandation XSLT 1.0 est incomplet) suivi de Saxon puis
> > de Xalan.
> >
> > Je n'ai pas d'éléments de comparaison sur les processeurs écrits en C.
> >
> > Enfin, il n'y a pas que les performances à comparer mais également les
> > extensions (deux d'entre elles sont particulièrement incontournables :
> > la conversion de "result tree fragments" en nodesets et le support de
> > documents multiples en sortie).
> >
> > A ce niveau, j'ai tendance à accorder ma préférence aux processeurs
> > supportant EXSLT puisque cela assure une certaine compatibilité au
> > niveau des ces extensions.
> >
> > Cordialement,
> >
> > Eric van der Vlist
> >
> Justement, j'ai une question après avoir lû les différentes remarques concernant les processeurs XSLT.
> Je sais que Daniel Veillard a fait du très bon travail concernant libxml2 et libxslt, mais j'aurais aimé savoir
> si les implémentations qu'il a créé respectent les recommandations du W3C les plus utilisées ?
> Je ne parle pas de toutes, mais uniquement celles que l'on pourrait employer au quotidien.
La page d'accueil liste les recommandations qui sont implémentées par
libxml...
http://www.xmlsoft.org/index.html
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Libxml2 implements a number of existing standards related to markup
languages:
* the XML standard: http://www.w3.org/TR/REC-xml
* Namespaces in XML: http://www.w3.org/TR/REC-xml-names/
* XML Base: http://www.w3.org/TR/xmlbase/
* RFC 2396 : Uniform Resource Identifiers
http://www.ietf.org/rfc/rfc2396.txt
* XML Path Language (XPath) 1.0: http://www.w3.org/TR/xpath
* HTML4 parser: http://www.w3.org/TR/html401/
* XML Pointer Language (XPointer) Version 1.0:
http://www.w3.org/TR/xptr
* XML Inclusions (XInclude) Version 1.0:
http://www.w3.org/TR/xinclude/
* ISO-8859-x encodings, as well as rfc2044 [UTF-8] and rfc2781
[UTF-16] Unicode encodings, and more if using iconv support
* part of SGML Open Technical Resolution TR9401:1997
* XML Catalogs Working Draft 06 August 2001:
http://www.oasis-open.org/committees/entity/spec-2001-08-06.html
* Canonical XML Version 1.0: http://www.w3.org/TR/xml-c14n and the
Exclusive XML Canonicalization CR draft
http://www.w3.org/TR/xml-exc-c14n
* Relax NG, ISO/IEC 19757-2:2003,
http://www.oasis-open.org/committees/relax-ng/spec-20011203.html
* W3C XML Schemas Part 2: Datatypes REC 02 May 2001
* W3C xml:id Working Draft 7 April 2004
In most cases libxml2 tries to implement the specifications in a
relatively strictly compliant way. As of release 2.4.16, libxml2 passed
all 1800+ tests from the OASIS XML Tests Suite.
To some extent libxml2 provides support for the following additional
specifications but doesn't claim to implement them completely:
* Document Object Model (DOM)
http://www.w3.org/TR/DOM-Level-2-Core/ the document model, but
it doesn't implement the API itself, gdome2 does this on top of
libxml2
* RFC 959 : libxml2 implements a basic FTP client code
* RFC 1945 : HTTP/1.0, again a basic HTTP client code
* SAX: a SAX2 like interface and a minimal SAX1 implementation
compatible with early expat versions
A partial implementation of XML Schemas Part 1: Structure is being
worked on but it would be far too early to make any conformance
statement about it at the moment.
Separate documents:
* the libxslt page providing an implementation of XSLT 1.0 and
common extensions like EXSLT for libxml2
* the gdome2 page : a standard DOM2 implementation for libxml2
* the XMLSec page: an implementation of W3C XML Digital Signature
for libxml2
* also check the related links section below for more related and
active projects.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comme l'écrit Daniel Veillard, ces implémentations cherchent à être
conformes aux spécifications et à passer l'ensemble des suites de tests.
Comme sur tout produit, il peut arriver qu'il y ait des erreurs mais mon
expérience personnelle est que lorsque l'on signale une de ces erreurs
elle est rapidement corrigée!
Cordialement,
Eric van der Vlist
--
Weblog:
http://eric.van-der-vlist.com/blog?t=category&a=English
------------------------------------------------------------------------
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 "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 Wed Jul 6 08:53:37 2005
