Carsten Weinberg schrieb:

Kay Patzwald wrote:

...

Hat jemand ne Idee?

ich würde tomcats startup.sh lokalisieren, direkt aufrufen, und mir die logs von <tomcat>/logs mal genauer anschauen. Du wirst dann mehr sehen.

Steht leider auch nichts drin, außer in catalina.out: Bootstrap: Class loader creation threw exception java.lang.IllegalArgumentException: addRepositoryInternal at org.apache.catalina.loader.StandardClassLoader.addRepositoryInternal(StandardClassLoader.java: 957) at org.apache.catalina.loader.StandardClassLoader.<init>(StandardClassLoader.java:153) at org.apache.catalina.startup.ClassLoaderFactory.createClassLoader(ClassLoaderFactory.java:189) at org.apache.catalina.startup.Bootstrap.createClassLoader(Bootstrap.java:160) at org.apache.catalina.startup.Bootstrap.initClassLoaders(Bootstrap.java:104) at org.apache.catalina.startup.Bootstrap.init(Bootstrap.java:193) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:399) Caused by: java.util.zip.ZipException: No such file or directory at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(ZipFile.java:112) at java.util.jar.JarFile.<init>(JarFile.java:127) at java.util.jar.JarFile.<init>(JarFile.java:65) at org.apache.catalina.loader.StandardClassLoader.addRepositoryInternal(StandardClassLoader.java: 944) ... 6 more

Ich setze voraus, dass das von suse gelieferte tomcat einwandfrei funktioniert. Vermutlich ein Rechte Problem, bzw, was machte deine server.xml? Du musst die Rechte im Filesystem richtig setzen, denn du

An der server.xml habe ich nichts geändert. Ich habe sie mit der server.xml meines früheren Systems verglichen und keine Unterschiede feststellen können.

brauchst Schreibrechte auf ein exisitierendes logs Verzeichnis und gegebenenfalls sogar conf, webapps und work.

Habe ich alles überprüft. Jedes einzelne Verzeichnis gehört tomcat:tomcat.

An deiner Stelle würde ich die Misere zum Anlass nehmen mich bez. tomcat von suse zu emnzipieren. Du kannst darauf Gift nehmen, dass tomcat ohne suse out-of-the-box läuft, wenn die Rechte usw. richtig gesetzt sind.

Wenn das so ist ... ich dachte, ich bräuchte dann nicht so viel konfigurieren, da ich modjk auch noch brauche und SuSE das ja alles schön mitliefert. Ich hatte letztens schon ein Problem mit dem internen Tomcat von Netbeans. Auf allen sonst. Distributionen läuft dieser (es geht um den Debugger-Mode) ohne Probleme, nur bei SuSE nicht.

Carsten Weinberg schrieb:

Kay Patzwald wrote:

...

Bootstrap: Class loader creation threw exception java.lang.IllegalArgumentException: addRepositoryInternal

das siehr nach einem fehlenden .jar file aus. Du musst natürlich die Environment Variablen überprüfen. Und wie ist das mit deiner web applikation. Hast du sie gegen die neue servlet-api.jar und nicht mehr servlet.jar compiled?

Also meine webapp ist noch gar nicht im webapps-Verzeichnis. Solange der Tomcat nicht läuft, brauche ich das ja noch nicht zu testen. Ich hatte bis letzte Woche SuSE 9.1 am Laufen. Da hat alles funktioniert.

...

An der server.xml habe ich nichts geändert. Ich habe sie mit der server.xml meines früheren Systems verglichen und keine Unterschiede feststellen können.

das würde doch bedeuten, dass du keine eigenen Kontext angelegt hättest und dich an den tomcat manual pages, nebst admin und manager ergötzt.

Wenn der Tomcat laufen würde, dann ja. ;-)

...

Habe ich alles überprüft. Jedes einzelne Verzeichnis gehört tomcat:tomcat.

und du startest es als user tomcat?

Öhm, naja, ich führe als root "rctomcat5 start" aus. Ich vermute, dann wird der Tomcat als "tomcat" gestartet, oder etwa nicht?

...

Wenn das so ist ... ich dachte, ich bräuchte dann nicht so viel konfigurieren, da ich modjk auch noch brauche und SuSE das ja alles schön mitliefert.

ob es funktioniert ist dann wieder eine ganz andere Geschichte. Bei 9.0 oder 8.1 jedenfalls hat mod_jk nicht funktioniert. Man musste alles selber neu bauen. Du kannst im Fall suse eine wirkliche Endbandkontrolle nicht unterstellen.

Unter 9.1 hat es funktioniert. Mittlerweile bereue ich es schon, 9.2 installiert zu haben, zumal ich nicht mal suspend nutzen kann, wg. dieser anderen Geschichte (siehe andere Mails von mir von gestern).

Deinstalliere mit yast2 tomcat, und versuchs mal mit jakarta-tomcat-5.0.28 - aber bitte in eine separates Verzeichnis installieren und nicht drüber kopieren. Lass das erst mal mit mod_jk sein, starte es ruhig einmal als user root, wenns dann funktioniert, kann es nur noch ein Rechteproblem sein. Bei mit läuft jakarta-tomcat-5.0.28 unter suse 9.1/jdk 1.5 (sun, nicht suse) out-of-the-box - garantiert.

Ja, das funktionioniert soweit. Nur habe ich keine Ahnung, wie ich das ganze so baue, dass ich mich nicht immer als root einloggen muss, um den Server manuell zu starten. Einfach das Start-Script der SuSE-Tomcat-Installation anpassen? Natürlich könnte ich das ganze auch in meinen Home-Verzeichnis installieren. Bin Entwickler und habe von der ganzen Server-Geschichte leider nicht so die Ahnung. Und mod_jk muss sein, da das auf dem Live-System so auch funktioniert, also Authentifikation über Apache usw. MfG Kay

Carsten Weinberg schrieb:

Kay Patzwald wrote:

...

Ja, das funktionioniert soweit. Nur habe ich keine Ahnung, wie ich das ganze so baue, dass ich mich nicht immer als root einloggen muss, um den Server manuell zu starten. Einfach das Start-Script der SuSE-Tomcat-Installation anpassen? Natürlich könnte ich das ganze auch in meinen Home-Verzeichnis installieren. Bin Entwickler und habe von der ganzen Server-Geschichte leider nicht so die Ahnung. Und mod_jk muss sein, da das auf dem Live-System so auch funktioniert, also Authentifikation über Apache usw.

na also. Ein Fortschritt!

Das /etc/init.d/tomcat wird tatsächlich als root gestartet, und müsste dann allerdings per su - tomcat als user tomcat or something starten - aus Sicherheitsgründen. Du kannst natürlich einmal die man pages von 'sudo' studieren, um dich an dem einloggen als root geschickt vorbeizumogeln. Oder benutze zum Starten einfach yast2.

Also ich bin da leider nicht so optimistisch. Ich habe mal die catalina.log gelöscht, damit es übersichtlicher wird. Wenn ich tomcat starte, wird diese wieder angelegt und zwar für tomcat:tomcat. Beim Starten mit yast tritt das selbe Problem auf.

Du könntest natürlich auch das /etc/init.d/tomcat umgehen und <tomcat>/bin/startup.sh starten, das müsste klappen, wenn du die Rechte vorher anpasst. Schliesslich könntest du tatsächlich tomcat auch in deinem home Verzeichnis installieren. Wenn du es nur zum entwickeln brauchst - weshalb nicht. Pragmatische Kompromisse sind klug und nicht dumm.

startup.sh funktioniert auch nicht und wie gesagt, ich bräuchte schon die Kombination aus apache2 und tomcat per mod_jk.

Bei mir ist es anders. Ich entwickle mit tomcat/jboss und betreibe gleichzeitig auf der Machine eine öffentliche Webhost. Ich habe mein eigenes /etc/init.d/tomcat geschrieben, eigene User und Gruppen konfiguriert, die Rechte entsprechend aufgesetzt. die logs umgelenkt, etc..

Am Freitag, 7. Januar 2005 10:23 schrieb Kay Patzwald:

Wo müssen die "worker options" gesetzt werden? Ich finde in der httpd.conf keine Hinweise. Hatte gehofft, dass das alles schon von SuSE vorkonfiguriert ist.

Schau mal in die /usr/share/doc/packages/mod_jk-ap20/README.SUSE, hast Du die workers.properties kopiert? -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de

Hallo, Wenn du Englisch weist kanst dieses seite reden: http://www.onjava.com/pub/a/onjava/2002/11/20/tomcat.html Es hat alles was du weisen solts uber wie die konfiguratzion gezetzt werden mus. Entschuldigen mich wenn du nich Englisch weist ich habe nie einen konfiguratzion mit Apache nur mit IIS. Gruessen. george --- Kay Patzwald wrote:

Manfred Tremmel schrieb:

...

Am Freitag, 7. Januar 2005 10:23 schrieb Kay Patzwald:

...

Wo m�ssen die "worker options" gesetzt werden? Ich finde in der httpd.conf keine Hinweise. Hatte gehofft, dass das alles schon von SuSE vorkonfiguriert ist.

Schau mal in die /usr/share/doc/packages/mod_jk-ap20/README.SUSE, hast Du die workers.properties kopiert?

Jo, habe ich gemacht und die Pfade entsprechend angepasst.

MfG Kay

-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com

______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca

Am Sonntag, 2. Januar 2005 22:43 schrieb Kay Patzwald:

Wie schon geschrieben, außer diese eine Exception von catalina.out

Die Mail hatte ich zu dem Zeitpunkt noch nicht, aber ein java.lang.IllegalArgumentException: addRepositoryInternal hört sich meiner Meinung nach nicht gut an. Da ist in einer der Konfigurationsdateien der Wurm drin. Wenn Du bei keiner der Dateien unter /etc/tomcat5/base was geschraubt hast, würde ich mal die Projektbezogenen web.xml Dateien unter die Lupe nehmen. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de