From: Sylvain Wallez (sylvain.wallez@anyware-tech.com)
Date: 09/08/2004 - 16:44
Robin Berjon wrote:
>Sylvain Wallez wrote:
>
>
>>Robin Berjon wrote:
>>
>>
>>>Je ne sais plus comment fonctionne Cocoon, mais peut-être met-il le
>>>mauvais content-type maintenant que le serializer a changé?
>>>
>>>
>>Eh oui, le serializer "xml" met un content-type "text/xml".
>>
>>
>
>Yeech! Il faudrait au moins que ce soit application/xml, text/xml est
>une mauvaise idée en voie de déprécation!
>
>
sed s/"text\/xml"/"application\/xml" sitemap.xmap !!
>>>De toute façon il faudrait patcher le serializer SVG (même si je me
>>>demande pourquoi il en faut un spécifique, ce n'est jamais que du XML)
>>>pour enlever ce doctype inutile et surranné.
>>>
>>>
>>Le serializer SVG n'est rien d'autre que le serializer XML avec une
>>configuration particulière pour le content-type et le doctype !
>>
>>
>
>Ben il suffit donc d'enlever ce doctype :) Rajouter le gzip par défaut peut aussi être une bonne idée (ou faire un serializer svgz).
>
>
>>>Je me demande aussi pourquoi ne pas suivre le principe de moindre
>>>surprise et prendre le dernier transformer comme serializer, en prenant
>>>donc en compte les instructions xsl:output :)
>>>
>>>
>>Le problème est de savoir quel est ce "dernier" transformer, puisqu'un
>>pipeline peut en contenir un nombre arbitraire. Le serializer est le
>>"bouchon" de la chaine de traitement, qui déclenche son exécution effective.
>>
>>
>
>Tu veux dire que c'est le serializer qui gère la pipeline? Ca me parait
>étrange, mais pour le SAX c'est peut-être plus pratique.
>
>
Exactement: le pipeline étant constitué d'une chaine [ generator,
transformer*, serializer ] de composants SAX, donc fonctionnant en
streaming, on ne peut démarrer la production d'événements SAX dans le
generator que lorsque la chaîne est complète, c'est à dire lorqu'on y a
mis un serializer.
>La façon dont ça fonctionne dans AxKit est que son gestionnaire de
>pipeline sait combien il y a de transformations dans la pipeline puisque
>c'est lui qui la met en place (et c'est là qu'on demande si on veut en
>rajouter dynamiquement). Il prend en compte les paramètre du dernier
>pour configurer les headers de réponse, ça permet de déployer des sites
>avec un minimum de conf si les bonnes infos sont dans la stylesheet.
>
>
Ok, je comprends. Une chose qui a déjà été évoquée sur les listes Cocoon
est d'écrire un "XSLSerializer" qui permettrait donc l'utilisation de
<xsl:output>. En attendant que ça démange quelqu'un suffisamment pour
qu'il écrive ce composant, on continue avec ce qu'on a ;-)
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
--
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)
Archive générée par hypermail 2.1.3 le 31/08/2004 - 11:12 UTC
webmaster@xmlfr.org
| 
