MS SQL driver od MS navic neumi CLOBy a Quantum DB eclipse plugin s nim ma taky problemy. Cili s MS SQL uz jen jedine JTDS :-) petr
______________________________________________________________ > Od: [EMAIL PROTECTED] > Komu: "Java" <konference@java.cz> > CC: > Datum: 04.01.2006 11:12 > Předmět: RE: Kodovani a JSF? > > Rozhodne souhlasím. Taky je jtds rychlejí a mení ;-)) > > Petr > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Behalf Of Roman Hrivik > Sent: Wednesday, January 04, 2006 11:03 AM > To: Java > Subject: Re: Kodovani a JSF? > > > > Len na okraj. > Sice MS SQL som nepouzival uz roky ale vsade kde som nahodou k tejto > skratke prisiel ci uz na konfere, alebo inom clanku tak original dodavany > MS SQL driver je jednak stary (asi aj nie je supportovany) a jednak ma > problemy s datumami. > Odporucil by som ti radsej pouzit http://jtds.sourceforge.net/ > > Roman > > > Pavel Rezny said: > > jj, to bude asi ten problem, ze se v connct stringu nic > > nespecifikovalo a tudis nevim, jake kodovani driver predpokladal a > > jestli byl schopen od serveru zjistit, v jakem kodovani je DB. > > Jednalo se o MS SQL server s kodovanim win-1250 a JDBC driver od > > Microsoftu. > > Takze jeste pohledam timto smerem a ted uz by se melo podarit > > premluvit ho na UTF-8 ;-) > > > > Jeste jednou dekuji za uzitecne rady. > > > > PavelR > > > > Martin Kuba wrote: > > > >> Pavel Rezny wrote: > >> > >>> Pro pristup do DB pouzivame Hibernate a pokud byla DB win-1250 a > >>> stranka byla win-1250 bylo vse spravne, ale pokud byla stranka v > >>> html-head-meta oznacena jako UTF-8 nebylo kodovani spravne, i kdyz v > >>> Tapestry 3 (http://jakarta.apache.org/tapestry/) bylo vse nastaveno > >>> na UTF-8 (jeste nebylo pouzivano JSF). > >> > >> > >> To vypada, ze data z databaze byla nactena sice jako windows-1250 > >> bajty, ale s deklaraci iso-8859-1, takze ve vnitrnim ulozeni javy > >> to byl nejaky nesmysl. Nicmene kdyz se na vystup daly jako iso-8859-1 > >> (default kodovani ze servletu) a v HTML META tagu se to oznacilo > >> jako windows-1250, provedl browser druhy spatny preklad, ktery ale > >> vyrusil tu prvni chybu, takze se to zobrazilo dobre. > >> Naopak spravne nastaveni kodovani na utf-8 situaci opticky zhorsilo. > >> > >> Takze problem bude v nastaveni databaze. Co pouzivate ? > >> Vidim to tak, ze JDBC driver je natolik hloupy, ze se nezepta > >> serveru na spravne kodovani, a zaroven mu nebylo spravne kodovani > >> rucne nastaveno. To dela treba MySQL, ale nejspis i jine databaze. > >> > >>> Takze jeste proverim, jak jsou opravdu predavana data z Hibernate a > >>> jestli by tedy bylo mozne nastavit kodovou stranku vzdy na UTF-8 bez > >>> ohledu na to, jak jsou ulozena data v DB. > >>> Ano vnitrni reprezentaci Stringu v Jave chapu presne tak, jak jste > >>> popsal vyse, a samozrejme pokud se pouziji nastroje javy pro nacitani > >>> z DB/souboru, tak se vzdy uvadi v jakem kodovani je zdroj. Ale > >>> protoze jsem si nebyl vubec jisty, jak data dostavam z DB a mel jsem > >>> predchozi spatnou zkusenost, tak jsem nechtel omezit stranky pouze na > >>> UTF-8. Ale pokud to nebude pusobit zadny problem, budu jedine rad, > >>> kdyz budou stranky vzdy v UTF-8. > >> > >> > >> Spravne nacteni dat z databaze je odpovednosti JDBC driveru, > >> musite se podivat do jeho dokumentace. Kdyz bude nejhur, > >> muzete spatne nacteny String opravit takhle: > >> > >> String dobre = new String(spatne.getBytes("spatne kodovani"),"spravne > >> kodovani"); > >> > >> ale treba u MySQL staci do JDBC URL dat > >> ?useUnicode=true&characterEncoding=windows-1250 > >> > >> samozrejme za predpokladu, ze server pouziva windows-1250, > >> a pak vsechno funguje jako po masle. > >> > >> Makub > > > > > > > > > > ________ Information from NOD32 ________ > This message was checked by NOD32 Antivirus System for Linux Mail Server. > http://www.nod32.com > > >
