Re: Kniha na JSP
Dobrý den, doporučuji http://www.oreilly.com/catalog/headservletsjsp/ . Čtu ji a je perfektní. Sun tutoriál je zbytečně roztahaný a ne vždy zřejmý. Head First JSP je zároveň i příprava na cerfifikaci SCWCD, kterou si pak určitě udělejte, hodně se naučíte :): http://www.sun.com/training/certification/java/java_web.html Jirka Hradil On 1/4/06, Zdenek Kubovec [EMAIL PROTECTED] wrote: Ahoj vsichni, prosim poradte nejakou dobrou knihu ci tutorial na JSP. Diky Zdenek
Re: Tomcat a zamrzani JWM
Zdenek Lukes, Ing. wrote: chtel jsem se zeptat jak nejlepe zjistit od kud mi vytuhne po urcite dobe JVM. Na serveru mam cca 15 hostu, po nastartovani tomcatu vsechno jede jak ma, ale po urcite dobe prestane tomcat dodavat data. Pritom v procesech se je susteny jako proces ktery bere 100% vykonu. V logu jsem nic zajimaveho nenasel a proto bych se Vas rad zeptal na tyto 3 veci: 1. Cim nejlepe zjisit, ci osetrit zamrznuti tomcatu. Je mi jasne, ze to dela nektery z hostu, ale z logu catalina.out se absolutne neda zjistit ze ktereho. Bud signalem QUIT, jak psal Petr Srajer, nebo od jdk1.5.0 existuje jconsole. Pri startu tomcatu date: CATALINA_OPTS=-Dcom.sun.management.jmxremote.port=12345 -Dcom.sun.management.jmxremote.password.file=/home/tomcat/.jmxremote.password -Dcom.sun.management.jmxremote.ssl=false catalina.sh start pricemz v souboru /home/tomcat/.jmxremote.password budete mit (jediny) radek monitorRole=tajneHeslo a pak staci spustit jconsole a prihlasit se na prislusny stroj na port 12345 jako uzivatel monitorRole s heslem tajneHeslo. V jconsole pak pres JMX management muzete Tomcat pozorovat. 2. Jak nadefinovat, aby do logu mi zapisoval i nejakake informace, abych zjistil pro jaky host to patri ? Myslim ze to jde, ale nepouzivam v TomCatu hosty, tak nevim jak. Porad mi prijde lepsi delat virtualni hosty Apachem a montovat webaplikace pres JkMount. 3. Jak lze nastvot tomcat aby kazdy host mel samostny JVM a ne sdileny ? Staci spustit vic TomCatu. Kdyz nastavite ruzne promenne CATALINA_HOME a CATALINA_BASE, muzete mit spustenych vic TomCatu z jedne instalace. Treba ja mam TomCat nainstalovany jako read-only na sdilenem disku, a lokalne ho spoustim takhle: export CATALINA_HOME=/software/tomcat-5.5/current export CATALINA_BASE=/nekde/tomcat1 #prvotni vytvoreni adresaru mkdir $CATALINA_BASE/logs $CATALINA_BASE/work $CATALINA_BASE/temp $CATALINA_BASE/webapps cp -r $CATALINA_HOME/conf $CATALINA_BASE/ cp -r $CATALINA_HOME/webapps/ROOT $CATALINA_BASE/webapps/ $CATALINA_HOME/bin/catalina.sh start Pokud potrebujete mit u takovych instanci rozdilne JARy v common/lib/, musite upravit $CATALINA_BASE/conf/catalina.properties nastaveni pro common.loader= aby obsahovalo treba ${catalina.base}/common/lib/*.jar,${catalina.base}/common/classes popripade totez pro server.loader= v bledemodrem. Makub -- ~~ Supercomputing Center Brno Martin Kuba Institute of Computer Scienceemail: [EMAIL PROTECTED] Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 -- smime.p7s Description: S/MIME Cryptographic Signature
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=truecharacterEncoding=windows-1250 samozrejme za predpokladu, ze server pouziva windows-1250, a pak vsechno funguje jako po masle. Makub
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=truecharacterEncoding=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
Re: Kodovani a JSF?
Diky Romanovi a Petrovi za doporuceni. Zatim jsme na zadny podobny problem nenarazili, ale asi drive nebo pozdeji by se to stalo. Takze rozhodne jTDS zkusim. (Take me potesilo: passes both the J2EE 1.3 certification http://java.sun.com/products/jdbc/download.html#testsuite131 and Hibernate http://www.hibernate.org test suites ;-) Hezky den PavelR Roman Hrivik wrote: 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
Re: Hibernate login
On Wednesday 04 of January 2006 12:34, java java wrote: Ak je zle zadane meno alebo heslo, tak to padne bez zachytenia vynimky. Padne to tiez, ked nenajde driver. RTFM. Pouzij predka HibernateException, a to bud Exception nebo Throwable. A misto (Error:+e) pouzij (Error:+e.getMessage()) /*nebo jeste lepe getLocalizedMessage()*/ a urcite e.printStackTrace() . A nebo jeste lepe pouzijte nejaky balik, ktery umi inteligentne logovat, jako treba log4j. -- Oto 'tapik' Buchta, [EMAIL PROTECTED] Senior Engineer, Systinet Corp, http://www.systinet.com
RE: Kodovani a JSF?
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=truecharacterEncoding=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