🚀 go-pugleaf

Tom. <ptittom+news@free.fr> writes:

> > Pour deux raisons : 1) parce qu'on peut traiter un document avec autre
> > chose que XSLT,
> 
> Mais <?xml-stylesheet type="text/xsl" ... ?> (ou autres variantes avec 
> text/xml ou application/xml) est fait pour indiquer que le document doit 
> �tre trait� avec XSLT non ? Alors pourquoi devoir rajouter un 
> <?cocoon-process?> ?

Euh oui, pas de raison a priori, sinon par homogeneite. Pour une phase
XSLT, il y a effectivement 2 p-i.

> > et 2) parce que Cocoon ne veut pas entendre parler de
> > <xsl:output> (une transfo XSLT produit du XML -- point).
> > 
> > Le 2nd point est discutable au regard de la rec. XSLT, mais argumente'
> > par le fait qu'on peut, par exemple, vouloir produire du JPEG ou du
> > PDF ou autre format binaire non prevu par <xsl:output>.
> 
> On utilisera alors un QName dans l'attribut �method� (et il faut pr�voir un 
> moyen pour le processeur XSLT [et pas Cocoon, ce n'est pas son r�le] de 
> "plugger" les modules ad�quats).

Cocoon pouvant travailler avec n'importe quel processeur XSLT, le but
est de pouvoir changer celui-ci facilement. Et comme il est deja
difficile de de se mettre d'accord avec Xalan... c'etait presque peine
perdue d'esperer disposer des "plugins" adequats pour chaque
processeur.

> Mon avis est que Cocoon n'a pas � se m�ler de la transformation proprement 
> dite, il ne devrait que donner la main � un processeur XSLT dont l'objet 
> r�sultant de la transformation aurait une interface pour envoyer l'ent�te 
> HTTP Content-Type (au moins, �ventuellement d'autres) et le contenu du 
> fichier.

D'accord si on veut tout faire avec XSLT, mais l'idee est de
considerer XSLT comme une phase de la transfo, et de laisser la place
pour les autres. L'avantage de ce choix est que XML (sous forme d'un
DOM) est le protocole de communication entre les phases successives.

Bien sur, de nos jours on veut tout faire avec XSLT. Mais tant que
XSLT n'integrera pas un standard pour traiter les requetes SQL, LDAP,
etc. il est a mon avis plus sage de proceder comme fait Cocoon, de
facon modulaire. Et si je veux integrer une transformation
fait-maison, j'ecris un processeur Cocoon en Java, independant du
proc. XSLT.

-- Alain.