🚀 go-pugleaf

In <wybsqy9hwz.fsf@polya.u-strasbg.fr>, Alain Ketterlin wrote:
>> Les processeurs XSLT chargent en g�n�ral tout le document
>> en m�moire, mais ils pourraient tr�s bien s'appuyer sur un DOM
>> persistent.
> 
> Ou sur un flot SAX (lorsque c'est possible, selon la transformation).
> C'est ce que preconise TrAX.

Malheureusement il ne semble pas exister de tels processeurs � l'heure 
actuelle. Enfin, un processeur peut prendre un flot SAX en entr�e et 
construire une repr�sentation (un DOM) en m�moire (c'est ce que fait SAXON 
par exemple) mais ce n'est pas ce qu'on recherche.

J'avais �a en projet mais les jours ne font malheureusement que 24 
heures... (oui je sais, j'ai trop de projets... ;o)

D'ailleurs, Michael Kay a �crit un article [�] pour IBM developerWorks sur 
les optimisations effectu�es sur SAXON et laisse difficilement entrevoir la 
r�alisation d'un tel processeur XSLT :
  �Perhaps the biggest research challenge is to write an XSLT processor 
that can operate without building the source tree in memory. Many people 
would welcome such a development, but it certainly isn't an easy thing to 
do.�

Pour certaines transformations ce serait je pense assez facile, pour 
d'autres il faudrait utiliser des fragments de documents (par exemple, 
l'�l�ment �author� est utilis� en d�but et en fin de transformation - pour 
avoir quelque chose du style "XSLT sans arbre DOM du document source, par 
Tom." et la signature en bas de document - il faut donc le "m�moriser", lui 
et uniquement lui). �a implique une analyse intelligente des expressions 
XPath (en gros d�s qu'on tombe sur un axe autre que child, attribute, 
namespace, descendant ou descendant-or-self) et de leur ordre d'�valuation 
(pour le titre, on pourra avoir 2 <xsl:apply-templates select="author"/> 
s�par�s par un <xsl:apply-templates/>). En fait, il faut se poser, pour 
chaque noeud rencontr� dans le document source, la question de savoir si on 
en aura besoin plus tard ou pas, une esp�ce de transformation des 
expressions XPath en patterns proches des patterns XSLT. Bref, oui, un truc 
pas trivial du tout...

[�] http://www-106.ibm.com/developerworks/library/x-xslt2/

Tom.