Mailing-List: contact users-fr-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users-fr@cocoon.apache.org
Received-SPF: pass (hermes.apache.org: local policy)
From: Thenon David <thenon.david@wanadoo.fr>
To: users-fr@cocoon.apache.org
Subject: Re: UTF-8 dans les URL.
Date: Thu, 7 Apr 2005 16:37:25 +0200
User-Agent: KMail/1.7.1
References: <1112814765.24470.3.camel@localhost.localdomain>
 <1112881500.10588.78.camel@localhost.localdomain>
 <42553E8E.1040000@apache.org>
In-Reply-To: <42553E8E.1040000@apache.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200504071637.25964.thenon.david@wanadoo.fr>

Le jeudi 7 Avril 2005 16:07, Sylvain Wallez a =C3=A9crit :
> Aur=C3=A9lien DEHAY wrote:
> >Le jeudi 07 avril 2005 =C3=A0 15:12 +0200, Sylvain Wallez a =C3=A9crit :
> >>Aur=C3=A9lien DEHAY wrote:
> >>>Bonjour.
> >>>
> >>>Personne ne s'amuse (enfin, c'est un bien grand mot) =C3=A0 =C3=A7a su=
r son
> >>>serveur? Je viens de tester, avec Apache =C3=A7a fonctionne tr=C3=A8s =
bien, mais
> >>>pa avec Cocoon. Je n'ose croire que Cocoon ne permets pas d'effectuer =
ce
> >>>genre de chose...
> >>>
> >>>Ou alors c'est un probl=C3=A8me avec le map:match et l'encoding utilis=
=C3=A9?
> >>>
> >>>Un map:match pattern=3D"*.html" comprends bien le =E2=82=AC.html, mais=
 si
> >>>j'utilise le {1} dans le map:match, m=C3=AAme erreur. Quelqu'un pour ne
> >>>serait-ce que m'aiguiller sur le probl=C3=A8me?
> >>
> >>Il faudrait savoir comment l'URL arrive au niveau de Cocoon, c'est =C3=
=A0
> >>dire comment elle est d=C3=A9cod=C3=A9e par le moteur de servlet (Tomca=
t, Jetty?).
> >>Le probl=C3=A8me peut tr=C3=A8s bien venir de l=C3=A0, puisque c'est lu=
i qui en assure
> >>le d=C3=A9codage de la requ=C3=AAte.
> >>
> >>En activant le mode debug dans logkit.xconf, tu trouveras dans les logs
> >>l'URL en entr=C3=A9e de Cocoon. Quelle t=C3=AAte a-t-elle ?
> >
> >Je viens d'essayer dans les 2, avec le map:match suivant:
> >
> ><map:match pattern=3D"*.html">
> >	<map:generate src=3D"{1}.xsp" type=3D"serverpages"/>
> >	<map:serialize/>
> ></map:match>
> >
> >Pour la requ=C3=AAte /=E2=82=AC.html (j'ai bien un fichier =E2=82=AC.xsp=
 sur le disque)
> >
> >Dans les logs de Cocoon+jetty (webapp d'exemple l=C3=A9g=C3=A8rement mod=
ifi=C3=A9) ET
> >Dans les logs de Cocoon+tomcat (webapp maison) (et =C3=A0 une , pr=C3=A8=
s entre le
> >=C3=A2 et le =C2=AC en plus dans jetty):
>
> une virgule en plus?
>
> Quand on regarde la table de l'iso-8859-1 [1], on trouve que
>
> E2 -> =C3=A2 (a circ)
> 82 -> unused (!)
> AC -> =C2=AC (not sign)
>
> Or Unicode nous dit [2] que le signe euro est 20AC...
>
> J'ai l'impression que c'est ce bon FireFox qui s'emm=C3=A8le les pinceaux=
=2E..
>
> Sylvain
>
>
> [1] http://www.dcc.unicamp.br/~stolfi/EXPORT/www/ISO-8859-1-Encoding.html
> [2] http://www.unicode.org/reports/tr8/index.html#Euro%20Sign

Bonjour,

Alors j'ai test=C3=A9 l'exp=C3=A9rimentation sur quelques navigateurs, c'es=
t assez=20
d=C3=A9soeuvrant.

Gecko et Konqueror me resortent :
  Resource Not Found
  Message: Resource Not Found
  Description: The requested resource "/test/%A4.html" could not be found
  Sender: org.apache.cocoon.servlet.CocoonServlet
  Source: Cocoon Servlet

Et un IE 6 sous XP sort :
  Message: Resource Not Found
  Description: The requested resource "/test/%E2%82%AC.html" could not be=20
found
  Sender: org.apache.cocoon.servlet.CocoonServlet
  Source: Cocoon Servlet

voila voila


---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org