Dotaz: Integrace Tomcat s Netbeans

[Xfire]

Dobry den,

nejdriv uvedu svuj postup: otevru netbeans - zvolim New Project - Java EE - Enterprise Application - zvolim cestu s projektu - next - nyni vybiram server, na pocitaci mam nainstalovany tomcat, takze zvolim Add - Tomcat 5.5, zvolim CATALINA_HOME jao /opt/tomcat a nyni prichazi cast kde nevim...

Mam zadat prihlasovaci udaje nejake usera. Co to je za usera? Tomcat normalne pouzivam, ale zadneho usera jsem v nem ani kvuli nemu nevytvarel. Co tam mam tedy zadat?

Odpovědi

[default]

Patrně bude potřeba nakonfigurovat uživatele v Tomcatu. Je to uložený v XML souboru v ${TOMCAT_HOME}/conf/tomcat-users.xml. Patrně NetBeans potřebují uživatele s právy pro deployment (role tomcat nebo admin, nepamatuju se)…

[Xfire]

Ja uz navic zkousel ten server pres netbeans pridat a ted kdyz to chci udelat znovu a zadam tam zase cestu k tomcatu (/opt/tomcat) tak mi to rekne ze server s touto cestou tam uz je registrovan, ale nikde ho nevidim. Kde ho prosim najdu a smazu, abych se dostal dale?

[Xfire]

Tak uz se mi ho povedlo smazat pres tools - servers, zaregistroval jsem ho tedy znovu, tentokrat uz s username:password tomcat:tomcat. V tools - servers ten server vidim, ale kdyz zakladam novy Java EE projekt a mam mu vybrat server tak v tom listboxu nic neni a nemuzu tedy zadny server vybrat. Mohu leda kliknout na add a celou proceduru opakovat. Je to bug nebo delam neco spatne? Pouzivam netbeans 6.7.1.

[default]

Přílohy:

• 1.png (0 bytů)
• 2.png (0 bytů)
• 3.png (0 bytů)
• 4.png (0 bytů)
• 5.png (0 bytů)
• 6.png (0 bytů)
• 7.png (0 bytů)

OKi. Už asi tuším, kde je problém. Java EE projekt potřebuje Aplikační Server. Tomcat je jen Servlet a JSP kontejner. Jestli si chceš hrát s Java EE, musíš použít třeba Glassfish. Jestli ti stačí jen Servlety a JSP, pak musíš vytvořit projekt Java Web.

Postup:

1. unzip Tomcatu
2. v NetBeans na kartě Services (Command/Control+5) zaregistrovat rozpakovaného Tomcata podle screenshotu 1.png — NetBeans pro tebe maintenance uživatele automaticky založí; (screenshot 2.png ukazuje defaultní nastavení Tomcatu)
3. založit Java Web projekt v NetBeans:
   1. New Project (screenshot 3.png)
   2. vyplnit název projektu (screenshot 4.png)
   3. vybrat Tomcat zaregistrovaný v kroku 2 (screenshot 5.png)
4. ve výchozí šabloně jsem zvolil Run Project (screenshot 6.png) — NetBeans aplikaci zkompilovalo, pustilo Tomcata a nadeployovalo aplikačku
5. nakonec NetBeans spustily prohlížeč s výchozí URL (screenshot 7.png)

Tak to zkus ještě jednou.

Když ti to nepojede, tak pošli skeleton projektu a soubor ~/.netbeans/6.7/build.properties.

[Xfire]

Dekuji moc za podrobnou odpoved! Java Web funguje. Mam vsak jeste nejake dotazy

1) Myslel jsem ze servlery a JSP jsou nejnizsi uroven Java EE (dale pak frameworky jako treba Spring nebo Hibernate) - ono to tak neni? JSP nepatri pod Java EE?

2) Pokud tedy zalozim Java Web projekt, napisi si jednoduchou hello world JSP stranku, dam F6 (run main project), tak se otevre dole log tomcatu s chybovymi hlasenimi Persimission denied, cely text je v souboru tomcat_log.txt v priloze

Chapu, ze je to tim, ze na otvirani tech souboru asi nema uzivatel pod kterym spoustim Netbeans dostatecna prava. Toto jsem prozatimne vyresil tim, ze spoustim Netbeans jako root, coz vsak jiste neni idealni reseni. Jak to prosim jde vyresit elegantneji?

3) Kdyz uz tedy spustim Netbeans jako root: adresar se sources jsem nastavil na /opt/tomcat/webapps/test2/sources, zde mam soubor index.jsp s Hello World. Context Path jsem nastavil na TestProject a vytvoril jsem adresar /opt/tomcat/webapps/TestProject. Kdyz vsak kliknu na Run project, objevi se toto:

Undeploying ...
OK - Undeployed application at context path /TestProject
In-place deployment at /opt/tomcat/webapps/test2/build/web
Deployment is in progress...
deploy?config=file%3A%2Ftmp%2Fcontext1523193159290195849.xml&path=/TestProject
FAIL - Failed to deploy application at context path /TestProject
/opt/tomcat/webapps/test2/nbproject/build-impl.xml:549: The module has not been deployed.
BUILD FAILED (total time: 0 seconds)

[Xfire]

Příloha:

• tomcat_log.txt (0 bytů)

Zde je ta priloha...

[default]

1) Myslel jsem ze servlery a JSP jsou nejnizsi uroven Java EE (dale pak frameworky jako treba Spring nebo Hibernate) - ono to tak neni? JSP nepatri pod Java EE?

No, Servlety a JSP jsou opravdu základní stavební kameny. Ale jen jedny z mnoha. Celé Java EE je totiž ještě o EJB, s tím související JPA, JTA, pak třeba JMS a tak podobně. A ono řešit všechny tyto věci není až tak jednoduché. Proto NetBeans rozdělují tyto věci do logických podprojektů. Webový interface pro tvou aplikaci naimplementuješ v Java Web projektu, business logiku v nějakým EJB podprojektu, další konektory a komponenty zase v jiných projektech. Na závěr založíš prázdný projekt Java Enterprise Application, do kterého nalinkuješ ty podprojekty. Z toho ti vypadne jeden .ear balíček, který bude obsahovat vše. (V tvém případě webových aplikací se nějakým Enterprise Application nemusíš vůbec zajímat. Ty prostě skončíš jen s .warem.)

Pro vlastní deployment se ještě hodí Java EE Deployable projekt (nevím, jak se přesně jmenuje). Tomu předhodíš ten výsledný .ear (nebo .war) a NetBeans ti umožní ten projekt "dokonfigurovat" pro potřeby cílového nasazení (kontexty, JNDI názvy, atd.).

Vypadá to docela složitě, ale funguje to. Dobře se to spravuje. Zachovává to modularitu. Ty podprojekty můžeš jednoduše použít jinde. Nemusíš nic vyklešťovat. Jen drobně zrefaktoruješ.

Všechny ty projekty si proklikej a vyzkoušej. Doporučuji přecijen nainstalovat ten Glassfish. Umí toho víc a navíc je pro vývoj mnohem lepší, než Tomcat. I když z něj použiješ jen tu webovou část.

2) Pokud tedy zalozim Java Web projekt, napisi si jednoduchou hello world JSP stranku, dam F6 (run main project), tak se otevre dole log tomcatu s chybovymi hlasenimi Persimission denied, cely text je v souboru tomcat_log.txt v priloze

Chapu, ze je to tim, ze na otvirani tech souboru asi nema uzivatel pod kterym spoustim Netbeans dostatecna prava. Toto jsem prozatimne vyresil tim, ze spoustim Netbeans jako root, coz vsak jiste neni idealni reseni. Jak to prosim jde vyresit elegantneji?

Řešení je naprosto jednoduché: nainstaluj si Tomcat pod svým uživatelem. Tomcat vůbec nemusí bežet pod rootem. Nepoužívá žádné privilegované operace. Instalace je jednoduchá: prostě rozzipuj někde u sebe v /home/ a nalinkuj do NetBeans.

3) Kdyz uz tedy spustim Netbeans jako root: adresar se sources jsem nastavil na /opt/tomcat/webapps/test2/sources, zde mam soubor index.jsp s Hello World. Context Path jsem nastavil na TestProject a vytvoril jsem adresar /opt/tomcat/webapps/TestProject. Kdyz vsak kliknu na Run project, objevi se toto:

Undeploying ...
OK - Undeployed application at context path /TestProject
In-place deployment at /opt/tomcat/webapps/test2/build/web
Deployment is in progress...
deploy?config=file%3A%2Ftmp%2Fcontext1523193159290195849.xml&path=/TestProject
FAIL - Failed to deploy application at context path /TestProject
/opt/tomcat/webapps/test2/nbproject/build-impl.xml:549: The module has not been deployed.
BUILD FAILED (total time: 0 seconds)

Ne, ne, ne, ne a ne. Nikdy se nezajímej, co je v adresáři webapps/. To je věc Tomcatu. Maximálně se ti povede to celý rozdrbat.

Zdrojové kódy si spravuj v adresáři projektu někde u sebe (já používám ~/NetBeansProjects/) a výslednou binárku (po kompilaci) buď nadeployuj ručně přes to webový rozhraní, nebo pomocí NetBeans.

 

---

 

Takže, já si to dovolím shrnout.

1. Nainstaluj si Tomcat někde u sebe v dokumentech (třeba na ploše — dá se velice rychle smazat ).
2. Založ si nějaký adresář, něco jako Workspace, ve kterým budeš skladovat projekty NetBeans.
3. Zkus si znova ty Java Web projekty. Bude to fungovat.
4. Když budeš mít chuť, nainstaluj si ten Glassfish. Jeho chybové hlášky jsou mnohem čitelnější. Navíc Glassfish je hodně striktní. Stačí špatně pojmenovaný konfigurák a už nedovolí aplikaci pustit. Přitom Tomcat v pohodě všechno rozjede, ale nefunguje to a člověk propálí roky jen aby zjistil, co je vlastně špatně.
   Mně se třeba stávalo, že se mi Tomcat po čtvrtém redeployi totálně rozesral a musel jsem ho zreinstalovat. Tohle mi Glassfish nikdy neudělal. Tomcat je podle mě šrot a používá se jen proto, že se vejde na disketu a že je lidem zatěžko otevřít terminál a napsat ./asadmin start-domain domain1.
5. Díval ses sem: http://www.netbeans.org/kb/? Ty tutorialy mají hoši pěkně zmáknutý. Pak doporučuji alespoň projít obsah Java EE 5 Tutorialu. Trošku ti to nastíní, o co vlastně jde. Navíc veškerý příklady jsou dělaný pro Glassfish a NetBeans.

Tak to zkus a dej vědět.

[Xfire]

Dekuji moc za osvetu!

Zasekl jsem se bohuzel uz v bode 1). Stahnul jsem si a nainstaloval tomcat do meho domovskeho adresare, nejdriv jsem ho spoustel takto:

cd $CATALINA_HOME
    ./bin/jsvc -Djava.endorsed.dirs=./common/endorsed -cp ./bin/bootstrap.jar \
        -outfile ./logs/catalina.out -errfile ./logs/catalina.err \
        org.apache.catalina.startup.Bootstrap

ale to si stezoval ze nemuze zapsat svuj pid file do adresare /proc, tak jsem jeste navic pouzil tento parametr:

-pidfile /tmp/jsvc.pid

A ted je v logu pro zmenu toto:

25/09/2009 13:55:22 11122 jsvc.exec error: syscall failed in set_caps
25/09/2009 13:55:22 11122 jsvc.exec error: set_caps(CAPS) failed
25/09/2009 13:55:22 11121 jsvc.exec error: Service exit with a return value of 4

Nejake reseni jsem nasel tady: http://commons.apache.org/daemon/faq.html ale kernel se mi kvuli tomu opravdu prekompilovavat nechce - navic kdyz jsem pouzil tomcat z balicku, tak fungoval, takze kernelem by ten problem byt nemel, ne?

[default]

Vyřešíme:

petr-hadrabas-macbook-pro:Tomcat petr$ unzip apache-tomcat-6.0.16.zip -d tomcat
Archive:  apache-tomcat-6.0.16.zip
   creating: tomcat/apache-tomcat-6.0.16/
   creating: tomcat/apache-tomcat-6.0.16/bin/
   creating: tomcat/apache-tomcat-6.0.16/conf/
   creating: tomcat/apache-tomcat-6.0.16/lib/
   creating: tomcat/apache-tomcat-6.0.16/logs/
   .
   .
   .
   .
petr-hadrabas-macbook-pro:Tomcat petr$ cd tomcat/apache-tomcat-6.0.16/bin/
petr-hadrabas-macbook-pro:bin petr$ chmod +x *.sh
petr-hadrabas-macbook-pro:bin petr$ ./startup.sh 
Using CATALINA_BASE:   /Users/petr/Documents/Programs/Apache/Tomcat/tomcat/apache-tomcat-6.0.16
Using CATALINA_HOME:   /Users/petr/Documents/Programs/Apache/Tomcat/tomcat/apache-tomcat-6.0.16
Using CATALINA_TMPDIR: /Users/petr/Documents/Programs/Apache/Tomcat/tomcat/apache-tomcat-6.0.16/temp
Using JRE_HOME:       /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home
petr-hadrabas-macbook-pro:bin petr$ netstat -an | grep 8080
tcp4       0      0  *.8080                 *.*                    LISTEN
petr-hadrabas-macbook-pro:bin petr$ ./shutdown.sh 
Using CATALINA_BASE:   /Users/petr/Documents/Programs/Apache/Tomcat/tomcat/apache-tomcat-6.0.16
Using CATALINA_HOME:   /Users/petr/Documents/Programs/Apache/Tomcat/tomcat/apache-tomcat-6.0.16
Using CATALINA_TMPDIR: /Users/petr/Documents/Programs/Apache/Tomcat/tomcat/apache-tomcat-6.0.16/temp
Using JRE_HOME:       /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home
petr-hadrabas-macbook-pro:bin petr$ netstat -an | grep 8080
tcp4       0      0  127.0.0.1.50364        127.0.0.1.8080         TIME_WAIT

Musíš použít startup.sh a shutdown.sh. jsvc neznám. Patrně to je nějaký chytrý udělátko pro init scripty. Ale zjevně tak chytrý není, když se snaží smažit fajly do /proc/.

Konec konců — sputit Tomcata můžeš i z NetBeans, že?

Nezapomeň! Tento tvůj lokální Tomcat je jen pro vývojové a testovací účely. Rozhodně by neměl být zařazený v init scriptech. Musíš mít nad ním plnou kontrolu. Takže startup.sh a shutdown.sh se mi jeví jako dostatečné řešení. Cítím morální potřebu tě dopředu varovat, že tuto instalaci budeš později dělat i několikrát denně — když se ti bude projevovat ten samý problém, co jsem měl kdysi já.

[Xfire]

Znate to, proc to delat jednuduse (startup.sh), kdyz to jde udelat slozite (jsvc)

Jinak to uz funguje a ja Vam dekuji, usetril jste mi more casu.

Tipuji, ze Javou se zabyvate profesionalne a pokud ne, tak se kazdopadne vyznate. Myslite, ze byste se mi mohl ozvat na rezorcinol(at)seznam.cz - rad bych se zeptal na nejake info kolem praxe a dalsi veci (vybiram tema BP ohledne Java EE), at to nemusime resit tady. Dekuji.

[default]

Nač to vykání???

Mimochodem: jsem rád, že jsem pomohl.

[Xfire]

Vykani beru jako vyraz respektu, ale tak teda tykani, ok

Nechci uz byt otravnej, ale muzu se tesit na mail? Mel bych jeste nejake dotazy ohledne vyberu tematu BP z kategorie Java EE.