Thenon David wrote:
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.
D�sol� pour la r�ponse tardive, j'�tais en vacances... Le bug a-t-il �t� ouvert (j'ai pas encore d�pil� tous les mails de la semaine) ?
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.
C'est dans la spec XInclude :
<xinclude:include href="blah">
<xinclude:fallback>
<doc>
<erreur>Ca n'a pas march�</erreur>
</doc>
</xinclude:fallback>
</xinclude:include>Sylvain
-- Sylvain Wallez Anyware Technologies http://www.apache.org/~sylvain http://www.anyware-tech.com { XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
--------------------------------------------------------------------- Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/ Pour vous desinscrire : mailto:[EMAIL PROTECTED] Autres commandes : mailto:[EMAIL PROTECTED]
