jsp stranka v kodovani utf-8

[Ivo Panacek]

On Po, 2002-06-03 at 15:57, Zdenek Drlik wrote:
> 
> > > NN z Windows, Mozilla + NN z Linuxu).
> > to že klienti běží na různých platformách neznamená že musí používat různé
> > kódování. Všechny weby dělám v iso-8859-2 a nikdy jsem neměl problém.
> > To nastavení "request.setCharacterEncoding(String encoding)" je součástí
> > specifikace a není na tom co zkoušet. Prostě se na to asi zpočátku
> zapomělo
> > a tak je to nyní řešeno tímto způsobem.
> >
> > Stefan
> Dobry den,
> ale to ze weby delam v ISO8859-2 nema podle me moc co delat s tim, jake
> kodove stranky pouzije klientsky prohlizec pro hodnoty poli v kodovych
> strankach. Klient sice dostane v html predepsano, ze dana stranka je v
> takovem nebo makovem kodovani, ale to mu slouzi jen pro spravne zobrazeni,
> formularova pole IMHO do toho sameho kodovani pred odeslanim neprekodovava.

Nevim, jak to je v poslednich verzich Tomcatu. Ale cca s verzi 4.0.0
jsem tenhle problem mel a bojoval s nim, experimenty z Linuxu (Mozilla)
a z Windows (IE, Netscape).

Zaver byl tento:

reknu-li ve strance klientovi, ktere tam je kodovani (ISO-8859-2 v mem
pripade), tak on to pochopi a spravne ukaze (=> uz neni moc treba
mod_csacek apod.). Je-li na te strance formular, tak klient pri
odesilani data zakoduje do tehoz kodovani. Potud je vse fajn.

Problem je v tom, ze klient pri odesilani tech dat do mime hlavicky
nenapise (zadny z tehdy zkousenych = pred vanoci), v jakem ze to
je kodovani! Takze server pri prijmu to kodovani musi nastavit
natvrdo, pricemz nema podle ceho, proste to musi vedet (sessions, vse
v jednom kodovani, ...). A na to je CharsetFilter (nebo tak nejak)
primo jako priklad v Tomactovi. Aktivuje se tim, ze ho vhodne
zapisete do web.xml. A on se stara o to, aby se vstupni
data z formulare spravne prekodovala, tj. do vnitrniho Unicode.
Slapalo to bez potizi, zkousel jsem UTF-8 i ISo-8859-2.

ivo