Le dimanche 20 F�vrier 2005 19:11, Sylvain Wallez a �crit :
>
> Effectivement, le <handle-errors> n'est pas pris en consid�ration pour
> l'appel des URL internes ("cocoon:"). La raison initial (au tout d�but
> de cocoon 2.0) est que les URL internes sont consid�r�es comme faisant
> partie d'un ensemble plus grand, la requ�te externe, et que c'est � ce
> niveau que doivent �tre trait�es les erreurs.
>
> Dans le cas de l'aggr�gation de ressources externes, le contexte est
> diff�rent et ce comportement est plut�t g�nant qu'autre chose. Si vous
> utilisez les transformers xinclude ou cinclude pour construire les
> pages, il est possible dans l'un comme dans l'autre de sp�cifier un
> fragment XML de remplacement en cas d'indisponibilit� (ou d'erreur) sur
> une ressource incluse.
>Bon alors voila, comme dit i�i http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=110892422127983&w=2 , notre probl�me ne venait pas en fait d' un feed invalide, mais d'un bug du source-writer. On contourne �a, en utilisant une commande #xpointer(/*) dans l'url du xinclude qui nous sert � mettre en cache le feed. Par contre j'ai fouin� un peu et j'ai pas trouv� de feature permettant d'int�grer le fragment XML ( un fichier ou une ressource cocoon je suppose ) en cas de probl�me avec l'url � r�cup�rer. La solution de JTidy est pas mal dans un premier temps, mais j'aurais pr�f�r� quelque chose comme un transformer qui valide un document xml ou renvoi un fragment xml s'il est invalide. Merci � vous --------------------------------------------------------------------- Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
