eclipse wtp, sysdeo tomcat-plugin und 64 bit (funktioniert)

[rolo]

hallo,
ich will (und muss) seit heute auf meinem 64 bit system, mit eclipse wtp + sysdeo plugin arbeiten. bisher hatte ich die eclipse "classic" version in einer 32bit chroot umgebung laufen. funktionierte prima, bis auf ein wenig rumkopiere bei applets in den apache ordner. die wtp version macht nun auch erstmal kaum probs, mehr dagegen das sysdeo plugin für den tomcat.
der pfad zum tomcat home, den ich in window > preferences > tomcat eintragen muss liegt ausserhalb des chroot und ist nicht erreichbar.
ich überlege jetzt wie ich das mache. bisher sehe ich keine andere möglichkeit, als den tomcat auch noch ins chroot auszulagern. so richtig super finde ich die idee aber nicht. vielleicht hat von jemand eine ähnliche umgebung und eine andere möglichkeit gefunden.
atropin

[rolo]

ich hab jetzt also (tomcat + apache) ebenfalls in die 32bit chroot umgebung gesteckt. nun erhalte ich beim startversuch von tomcat aus eclipse folgende meldung:

Code: Alles auswählen

05.02.2008 19:15:19 org.apache.catalina.startup.Catalina load
WARNUNG: Can't load server.xml from /usr/share/tomcat5.5/conf/server.xml
05.02.2008 19:15:19 org.apache.catalina.startup.Catalina load
WARNUNG: Can't load server.xml from /usr/share/tomcat5.5/conf/server.xml
05.02.2008 19:15:19 org.apache.catalina.startup.Catalina start
INFO: Server startup in 0 ms
java.lang.reflect.InvocationTargetException
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
	at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
Caused by: java.lang.NullPointerException
	at org.apache.catalina.startup.Catalina.await(Catalina.java:616)
	at org.apache.catalina.startup.Catalina.start(Catalina.java:576)
	... 6 more

die beiden mit google zu findenen threads kann ich leider nicht lesen
google-link
weiss hier jemand was eventuell zu tun ist?

edit:
das file ist natürlich vorhanden.

[rolo]

nachdem ich es jetzt mit 3 verschiedenen tomcat versionen probiert habe, poste ich nochmal die ausgabe der mittlerweile installierten version 5.5.26 von tomcat.apache.org
mit update-archives habe ich
/usr/lib/jvm/java-6-sun/bin/javac
/usr/lib/jvm/java-6-sun/bin/java
eingestellt, und java6-sung in eclipse bei den jre's. tomcat lässt sich auch starten, ist aber nicht brauchbar und liefert fehlermeldungen:
http://nopaste.debianforum.de/7432
verdammt ungerne und unpraktisch musste ich heute mit einer windows maschine arbeiten, dort macht das einrichten von freier software, scheinbar weniger aufwand und schwierigkeiten. jedenfalls brauche ich das dringend auf meiner maschine und da kommt eigentlich kein windows drauf.
wenn also irgendjemand eine idee hat, wäre ich wirklich dankbar.

[finupsen]

hmm... gegenfrage.
Wieso musst du tomcat aus einem chroot erreichen ? Tomcat kann auch sowas wie remote-deploying.
Alles das, was du an tomcat-libs (servlet-api. logging etc.) zum entwickeln brauchst, kannst du doch
ins chroot kopieren ... musste halt was sysdeo betrifft abstriche machen bzw. ich würde auch gleich
die 64bit-version von java und eclipse installieren.

[rolo]

hi finupsen,
nachdem du jetzt nochmal was zu der 64bit version geschrieben hast, habe ich das ganze nochmal in der vmware, mit einem 32bit lenny installiert. dort funktioniert es jetzt mit einem tomcat 6.0.14. die version 5.5 aus den debian repositorys macht auch hier den fehler mit der server.xml. ich hatte das problem nicht mehr unbedingt in der chroot umgebung vermutet.
nach einer eclipse 64bit version habe ich tatsächlich gesucht, nicht gefunden ( http://www.eclipse.org/downloads/ ) und dann angenommen, dass eben keine gibt.
eine wtp version ebenfalls nicht. die 64bit version von java ist installiert, und die vorhandene version startet damit nicht.
was sysdeo angeht, kann ich schlecht abstriche machen, zumal im unterricht damit gearbeitet wird und ich derzeit noch nicht so sicher bin, das ich mir den "luxus" erlauben will. um mich mit remote-deploying. zu befassen, muss ich mich wohl erstmal weiter mit dem tomcat befassen, auch damit bin ich derzeit relativ frisch unterwegs.

jedenfalls funktioniert es jetzt offenbar erstmal in der vmware, sodaß ich damit arbeiten kann.
vielen dank für deine antwort.
atropin

[finupsen]

Was eclipse betrifft, so existiert auch eine 64bit-version -> http://packages.debian.org/etch/eclipse

[rolo]

ok, die aus den debian repositorys, aber die läuft wirklich absolut schlecht und ist extrem langsam.
ich denke gerade eher über eine eventuelle neuinstallation nach - wirklich brauchen tue ich kein 64bit system, und seitdem ich damit "produktiv" arbeite, bzw. mir keine ausfälle oder kleine fehler mehr erlauben kann. auch kein sid mehr. die installation ist schon etwas länger auf meinem notebook.

[finupsen]

naja, dann nimm das offizielle eclipse -> http://ftp-stud.fht-esslingen.de/pub/Mi ... 0117-0620/

Ob das schneller ist als die debian-variante, kann ich nicht sagen. Ich denke eher nicht ...

[The Torso]

Also ich benutze die 64Bit Version von eclipse.org und hab damit keine Geschwindigkeitsprobleme.

[rolo]

wirklich vernünftig laufen tut auch die version in der vmware nicht. ein neustart des servers füht zu fehlern, kein browser, und und und ... . also muss doch ein windows ran - das ist doch echt zum kotzen, aber soviel zeit hab ich dann irgendwo auch nicht.

[finupsen]

Warum so kompliziert ?

Installiere einfach eclipse und gut. Den link habe ich gepostet. 64bit-java bekommst du auch und
tomcat ist es relativ egal auf welcher plattform es läuft. Das gefrickel mit chroot, vmware etc. ist
völlig überflüssig...

[rolo]

Warum so kompliziert ?

wie oben geschrieben, benötige ich die wtp version von eclipse + sysdeo plugin. beides ist in debian nicht enthalten. die von dir verlinkte 64 bit debian version von eclipse 3.2, ist wie ebenfalls oben geschrieben, auch ansonsten wirklich nicht brauchbar. eine "normale" 32 bit eclipse von eclipse.org macht diese arbeit aber prima in einem chroot. nur ist das hier wie schon erwähnt nicht die frage.
zumindest ich finde keine offizielle (oder inoffizielle) 64bit version der software. das tomcat allein super auf einem 64bit system läuft weiss ich, das tut er auch hier, nur ist mir damit nicht geholfen.
im normalfall sollte es übrigends auch keinen unterschied machen ob das ganze nun auf einem system innerhalb einer vmware läuft oder nicht. ich halte zumindest das, auch nicht für gefrickel.

edit:
vielen dank für den link zur offiziellen (64) version von eclipse - in diesem fall hilft sie mir erstmal allerdings nicht.

[finupsen]

> die von dir verlinkte 64 bit debian version von eclipse 3.2, ist wie ebenfalls oben
> geschrieben, auch ansonsten wirklich nicht brauchbar.

Es ist die offiziele und aktuelle version. Warum ist die denn nicht brauchbar ???
Und WTP ist nur eine erweiterung für eclipse die sich problemlos integrieren lässt.

> zumindest ich finde keine offizielle (oder inoffizielle) 64bit version der software.

Nochmal: Ich habe dir den link zur offiziellen und aktuellen version gepostet.

> im normalfall sollte es übrigends auch keinen unterschied machen ob das ganze
> nun auf einem system innerhalb einer vmware läuft oder nicht. ich halte zumindest
> das, auch nicht für gefrickel.

Wenn man die möglichkeit hat, alles unter einem hut (64bit) zu bekommen, warum sollte
man extra zu vmware greifen ? Das ergibt keinen sinn !

[rolo]

so, nun funktioniert es. erstmal vielen dank an finupsen für die ermunterung, die erweiterung wtp gesondert in die eclipse einzubauen (statt der all-in-one lösung) und eine 64 bit version von eclipse zu verwenden. sorry für den vielleicht etwas seltsamen ton in einem meiner beiträge in diesem thread. kann stressig werden, wenn man noch an software-vorraussetzungen schraubt während man java lernen sollte. eine windows lösung ist übrigends nur dann wirklich einfacher wenn die packete, z.b. vom dozenten vorkonfiguriert sind.

nun denn, zumal ich jetzt doch eine ganze zeit daran rumgebastelt habe, erkläre ich mal kurz eine möglichkeit, wie man eclipse mit wtp (web-tools-platform) + sysdeo plugin und einen tomcat server installieren kann. der tomcat wird in diesem zusammenhang nur für den einsatz in der entwicklungsumgebung installiert. ich setze debian sid ein.
ich benutze eclipse 3.4.0 m4 (Linux (x86_64/GTK 2) ) die man hier heruntergeladen kann:
http://download.eclipse.org/eclipse/dow ... 712131700/
damit hat man den ersten benötigten punkt von dieser seite:
http://download.eclipse.org/webtools/do ... 0105091323
bereits auf der platte und lädt nun die anderen als zip gepackten packete aus dem bereich "Required Prerequisites". ausserdem werden von der selben seite, aus "Web Standard Tools" die wtp version mit oder ohne sdk benötigt. download: mit sdk
nachdem alle packete im selben verzeichnis (hier im home verzeichnis des users) auf der platte sind, entpackt man zuerst die eclipse selbst, und danach die anderen packete mit 'unzip'. die plugins und features entpacken sich dabei richtig in die ordner der platform. bei der auftretenden frage nach überschreiben kann man mit (A) für all antworten.

jetzt besorgt man sich das sysdeo plugin von http://www.eclipsetotale.com/tomcatPlugin.html. ich benutze die version 3.2.1. das entpackte verzeichnis verschiebt man in das plugin verzeichnis von eclipse.

nun braucht man erstmal noch den tomcat. die in den debian repositorys vorhandene version ist für diesen zweck eher ungeeignet. ich benutze daher den tomcat 6 von http://tomcat.apache.org/download-60.cgi
den ich ebenfalls im home verzeichnis des users ablege. dies vermeidet unteranderem ansonsten enstehende rechte-probleme mit den .xml konfigurationsdateien des tomcat. wenn die verzeichnisse von eclipse und tomcat nerven, macht man einen punkt (.eclipse) davor und versteckt sie damit.

weiterhin fehlt jetzt erstmal noch das sun-java. daszu benötigt man den non-free zweig in den quellen (sources-list). ich habe sun-java6-jdk, sun-java6-bin, sun-java6-source, und sun-java6-doc aus sid installiert. mit:

Code: Alles auswählen

update-alternatives --config java
update-alternatives --config javac

wählt man die entsprechende java version aus.

jetzt kann man eclipse starten, und findet erstmal den button für den browser-view nicht. dafür macht man unter 'window -> customize perspective -> commands' ein häckchen bei 'web browser'. danach erscheint die kleine weltkugel in der toolbar.
nun macht man in 'window -> preferences' einstellungen: (für java 6)
java > compiler: compiler compilance level: 6.0
java > installed jres: java-6-sun-1.6....
java > installed jres > execution environment: javaSE-1.6 / compatible jres: java-6-sun-1.6...

tomcat: 'version 6.x' 'tomcat home': /home/user/apache-tomcat-6.0.16
'context files' ergänzen sich automatisch
tomcat > tomcat manager app: hier kann man ein passwort für den manager vergeben.

das wars hier fürs erste. den tomcat kann man nun durch klicken auf das symbol in der toolbar starten.
wenn alles gut gelaufen ist, ohne fehlermeldung.

erstellt man nun ein neues projekt mit 'file -> new -> project -> java -> tomcat projekt' muss man für den danach in der package-view angezeigten projekt-ordner mit 'rechte maustaste > tomcat projekt > jsp arbeitsverzeichnis erstellen' das verzeichnis aus dem beim start von eclipse festgelegten workspace einbinden.

durch klicken auf die browser-view (weltkugel) und eingabe von http://localhost:8080 erreicht man nun die index seite des tomcat. mit z.b. http://localhost:8080/projekt-verzeichnis/beispiel.jsp eine projekt seite.
das listing ist derzeit noch deaktiviert, was unpraktisch ist. in der configurations datei 'apache-tomcat-6.x.x/conf/web.xml' stellt man das listing mit

Code: Alles auswählen

<init-param>
<param-name>listings</param-name>
<param-value>true</param-value>
</init-param>

ein, sodass der tomcat die verzeichnisse im browser auflistet.

sicherlich kann man noch eine ganze menge mehr daran einstellen und benutzen, fürs erste reichen diese einstelungen aber.