Zdravím, čímž se problém dostal do normálního zpracování GET a POST parametrů :-) http://blog.softeu.cz/tomcat-a-problemy-s-kodovanim/
Petr Pavel Rezny píše v St 10. 01. 2007 v 14:50 +0100: > Zdravim, > > me se delo neco podobneho: Tomcat posilal http hlavicku s kodovanim > ISO-LATIN1 - a prohlizec tomu daval prednost, pred kodovanim nastavenym > ve strance - stranky se zobrazi dobre, protoze v nich jsou narodni znaky > nahrazeny za HTML entity. > Takze doporucuji zkontrolovat kodovani na klientu a v putujicich > hlavickach. > > Pavel > > David Ondřich wrote: > > Dobré odpoledne všem, > > > > řeším trochu nepříjemný problém se zpracováním dat z formuláře v JSF. > > Strávil jsem teď dopoledne lokalizací problému a nejsem z toho příliš > > moudrý. > > > > Data se čtou i zapisují z databáze (Oracle), se čtením není problém. > > Uživatel údaje ve formuláři změní - formulář je dost složitý a > > postavený v JavaScriptu, JSF se stará pouze o plnění a čtení hidden > > inputů. Uživatel může měnit 1..N záznamů, které se do formuláře > > zapisují pomocí h:dataTable. Problém nastane při získání hodnot, které > > uživatel změnil, ať se pokusím z UIData získat jednotlivé záznamy > > jakýmkoliv způsobem, vždycky mi to zmrší znaky s diakritikou. > > Postupným vyloučením jsem doputoval k poznání, že problém je v > > samotném UIData - do setteru záznamu už doputuje řetězec rozbitý. > > > > Neřešil jste někdy někdo něco podobného? Budu vděčný za jakékoli > > nasměrování, kde hledat chybu - JRE, Tomcat, JSF... > > > > JSF je 1.1 referenční implementace od Sunu, běží to na Tomcatu 5.5.16 > > a Javě 1.5.0_06 na linuxu (což snad není důležité). > > > > Díky za každou pomoc, zdraví > > > > dond > -- Petr Ferschmann SoftEU s.r.o. ----------------------------------- Sady Petatricatniku 31 301 00 Plzen Czech Republic ----------------------------------- Phone: +420 373 729 300 Fax: +420 373 729 301 Cell: +420 775 638 008 E-mail: [EMAIL PROTECTED]
smime.p7s
Description: S/MIME cryptographic signature
