🚀 go-pugleaf

In <m3zofjozdn.fsf@fret.sncf.fr>, Aurelien DEHAY wrote:
>> 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?> ?
> 
>   Parceque tu  peux mettre un <?xml-stylesheet  type="text/xsl" ... ?>
> sans pour  autant vouloir  passe le  XML � travers  un moteur  XSL.

Quel int�r�t ? Si on met un <?xml-stylesheet type="text/xsl" ...?> c'est 
bien pour "passer � travers un moteur XSL" non ?

Ah moins qu'on veuille renvoyer le XML non-transform� au client, c'est �a 
que tu veux dire ?

> Et <?cocoon-process?> est  utile quand tu en passe  plusieurs (XSP,
> LDAP, puis XSL).

Euh, je connais pas franchement Cocoon, tu peux donner un exemple/une 
petite explication ?

>> 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.
> 
>   Je ne penses pas non. Xalan  ne g�n�re pas de Content-type, ce n'est
> ABSOLUMENT pas son boulot. Lui il prend un arbre en entr�e, et il t'en
> g�n�re un en sortie. Point. D'ailleur Xalan c'est pas pr�vu pour faire
> du Web. Cocoon oui. C'est donc a Cocoon de g�n�rer le Content-type.

xsl:output d�finit la "forme" de la sortie d'une transformation XSLT. Si le 
processeur XSLT n'est pas en mesure de "faire" cette sortie, il devrait �MA 
au moins retourner les informations � un module tiers qui se chargera de la 
sortie. Il n'y a pas besoin de PI sp�cifique � Cocoon, il devrait se baser 
sur le(s) xsl:output (soit que le proc XSLT lui retourne les infos, soit, 
puisqu'il parse la feuille de style XSLT, qu'il les r�cup�re tout seul).

Tom.