la faille vient du fait que la page d'erreur par defaut de cocoon affiche l'url qui a pose probleme (champ path-info de la page d'erreur), avec les balises <script>, script qui est donc execute.
bon, en gros, le probleme venait de cocoon 2.0.4, qui leve une exception au traitement de l'url (appel a URLDecode.decode() ), et ce avant meme de rentrer dans la sitemap.
un <map:handle-errors> ne sert donc a rien, vu que cocoon ne pourrait meme pas y passer.
la ruse vient de la classe Notifyer, qui genere le html correspondant en dur.
Un petite modif sur le code html qui est genere (un simple echappement des balises) et le probleme est resolu.
Ca n'a a priori pas d'effet de bord sur le reste de cocoon, et yapuka regenerer le cocoon-2.0.4.jar et le remplacer dans le repertoire web-inf/ de la servlet.
# je me reponds a moi meme...
Posté par kra . En réponse au message probleme avec tomcat + cocoon. Évalué à 1.
la faille vient du fait que la page d'erreur par defaut de cocoon affiche l'url qui a pose probleme (champ path-info de la page d'erreur), avec les balises <script>, script qui est donc execute.
bon, en gros, le probleme venait de cocoon 2.0.4, qui leve une exception au traitement de l'url (appel a URLDecode.decode() ), et ce avant meme de rentrer dans la sitemap.
un <map:handle-errors> ne sert donc a rien, vu que cocoon ne pourrait meme pas y passer.
la ruse vient de la classe Notifyer, qui genere le html correspondant en dur.
Un petite modif sur le code html qui est genere (un simple echappement des balises) et le probleme est resolu.
Ca n'a a priori pas d'effet de bord sur le reste de cocoon, et yapuka regenerer le cocoon-2.0.4.jar et le remplacer dans le repertoire web-inf/ de la servlet.