Innentől bonyolódik a helyzet, így ezt külön szekcióba teszem. A gond az, hogy a jelenleg stabil Eclipse - amit az imént turbóztunk fel - még csak a Tomcat 5.5-öt ismeri, és csak az újabb WTP-ben van Tomcat 6 - de az meg nem kompatibilis eclipsünkkel. A másik, hogy valamiért sem az eclipse sem a NetBeans nem hajlandó elfogadni a Gentoo-féle server.xml-t. Ennekokán egyet tehetünk - felteszünk egy development tomcat-et, aztán majd valahogy portolunk. Mondjuk a Gentoo init szkript rendszerét is meg tudja borítani az eclipse önkényeskedése - biztonságosabb egy máskik szerver. Ha esetleg nem tervezünk másik szervert feltenni, akkor az 'emerge --onlydeps tomcat' parancsot azért futtassuk le, hogy a függőségek meglegyenek.
Tehát:
- Hozzuk létre a /opt/tomcat-5.5 mappát
- Töltsük le valamely mirrorról a legújabb 5.5-ös Tomcat-et, a bináris verziót
- Csomagoljuk ki egy temp helyre, és a létrejött apache-tomcat-5.5 mappából mindent mozgassunk a /opt/tomcat alá (de ne a mappát magát, hanem csak a tartalmát
- Lépjünk be a /opt/tomcat/bin-be töröljük az összes .bat scriptet.
- Lépjünk be a /opt/tomcat/conf mappába, nyissuk meg szerkesztésre a server.xml-t.
- Ahol default a 8080-as portra tenné magát ott azt írjuk át 8888-ra, ha nem akarjuk, hogy a fent levő Tomcat-tel összevesszen
- Mentsük, és zárjuk be a fájlt.
- Az eclipse-be vegyük fel az új tomcat-ünket.
Ha valamit ki akarunk próbálni az éles tomcat-tel is, exportáljuk .WAR formátumba, és a /manager alkalmazáson keresztül deploy-oljuk ki. De az is elég, ha csak bemásoljuk a /var/lib/tomcat-6/webapps mappába (ekkor viszont vegyük fel magunkat a tomcat csoportba is). Én személy szerint a /manager alkalmazást favorizálom, így nem kell a tomcat lelkébe belegázoljak könyékig :). A deploy form a http://localhost:8080/manager/html/list link alatt érhető tetten izé utol.
- hrgy84 blogja
- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Töltsük le valamely mirrorról a legújabb 5.5-ös Tomcat-et, a bináris verziót
...hát úgy könnyű ;)
- A hozzászóláshoz be kell jelentkezni
Hát ez így nem a legegyszerűbb...
Én egyszerűen kicsomagolom és felmásolom mind az Eclipse-et mind pedig a tomcat-et a home könyvtáramban levő installed könyvtárba. A tomcat-et kézzel indítom/(le)állítom a bin könyvtárában levő szkriptekkel, illetve készítettem a startup szkript mellé egy debug nevűt is, amely debug módban indítja el a tomcat-et... ez alatt persze azt értem, hogy a tomcatben futó alkalmazást eclipse-szel tudom majd debugolni. Innentől a tomcet elérhető a localhost:8080-on
Ettől teljesen független könyvtár ugye a workspace, ahol az eclipse projektjeim vannak, nem meglepő módon nálam ez az installed/workspace.
Ahhoz, hogy a webalkalmazásom (szervlet) futtassa a tomcat, a tomcat webapps könyvtárában készítek egy linket a workspace-ben levő projektem könyvtárára.
Ha jól emlékszem ennyi.
Egyszerűen javítom az alkalmazást, fordítok egyet ant scripttel, újraindítom a tomcat-et, és tesztelem.
- A hozzászóláshoz be kell jelentkezni
Igen, de en a eclipse-t csomagbol tettem fel, es nekem tetszik a gentoo-ized splash screen pl. Amugy az igy csinalt kulon plugin mappa pl. kozosen hasznalhato is. Akar NFS-en is kipublikalhato.
- A hozzászóláshoz be kell jelentkezni
Értem. Én ezeket a fejlesztéshez való cuccokat mindig kézzel telepítem (tomcat, eclipse, ant, postgresql). Isten ments, hogy egy automatikus (vagy akármilyen) frissítés upgradelje ezeket pl...
- A hozzászóláshoz be kell jelentkezni
En pedig pont ezert tettem kulon a plugineket. Ha valami frissul akkor elobb rakerdezek a Update Managerben...
- A hozzászóláshoz be kell jelentkezni