Ich verwende Tomcat 5.0.28; der Server wurde nicht von mir aufgesetzt, um ein paar jsp-Dateien ausführen zu können, muss ich ihn aber jetzt umkonfigurieren.
Ich möchte ein ganz simples jsp ausführen; also hab ich das erstmal ins ROOT-Verzeichnis kopiert. Ändere ich die Endung auf .html, .txt oder ähnliches, gibts keine Probleme, sobald es aber .jsp lautet, kommt eine Status 500 - Fehlermeldung „Unable to compile class for JSP“. Bei einer test.jsp unter webapps/root z.B. ergibt sich: [ERROR] Compiler - Env: Compile: javaFileName=/D:/RedDot/LiveServer/tomcat/work/Catalina/localhost/_//org/apache/jsp\test_jsp.java
Ich glaube ja, dass das mit dem //org/apache/jsp\test_jsp.java, habe aber um ehrlich zu sein keine Ahnung was ich dabei umstellen soll (ich hab zwar schon einiges programmiert, aber halt noch nie konfiguriert…)
Im classpath ist webapps/root nicht eingetragen (laut Ausgabe nach dem Error) - kann es daran liegen? (Wo ändert man den?)
Ich verwende Tomcat 5.0.28; der Server wurde nicht von mir
aufgesetzt, um ein paar jsp-Dateien ausführen zu können, muss
ich ihn aber jetzt umkonfigurieren.
Aktuell wäre Tomcat 5.5… Die IDE NetBeans gestattet übrigens das Entwicklen von JSP’s und Servlets und konfiguriert den Tomcat automatisch
Ich möchte ein ganz simples jsp ausführen; also hab ich das
erstmal ins ROOT-Verzeichnis kopiert.
Besser: eigenes Arbeitsverzeichnis mit Ordner ‚jsp‘. Ein Ordner ‚WEB-INF‘ ebendort ist übrigens zwingend notwendig.
Ausserdem muss in der ‚./conf/server.xml‘ der ‚Context Path‘ angegeben werden wo die jsp-Dateien zu finden sind.
Im Ordner ‚WEB-INF‘ sollte übrigens eine ‚web.xml‘ Datei zu finden sein. Folgender Code könnte noch hinzugefügt werden:
Test
Ändere ich die Endung
auf .html, .txt oder ähnliches, gibts keine Probleme, sobald
es aber .jsp lautet, kommt eine Status 500 - Fehlermeldung
„Unable to compile class for JSP“. Bei einer test.jsp unter
webapps/root z.B. ergibt sich: [ERROR] Compiler - Env:
Compile:
javaFileName=/D:/RedDot/LiveServer/tomcat/work/Catalina/localhost/_//org/apache/jsp\test_jsp.java
Aktuell wäre Tomcat 5.5… Die IDE NetBeans gestattet
übrigens das Entwicklen von JSP’s und Servlets und
konfiguriert den Tomcat automatisch
Tja, das wär schön… aber darauf hab ich keinen Einfluss Ich darf nur schauen, dass mein Zeug auch funktioniert.
Besser: eigenes Arbeitsverzeichnis mit Ordner ‚jsp‘. Ein
Ordner ‚WEB-INF‘ ebendort ist übrigens zwingend notwendig.
Ausserdem muss in der ‚./conf/server.xml‘ der ‚Context Path‘
angegeben werden wo die jsp-Dateien zu finden sind.
Im Ordner ‚WEB-INF‘ sollte übrigens eine ‚web.xml‘ Datei zu
finden sein.
Danke! Ich habs einfach mal in den root-Ordner kopiert, um zu sehen, obs überhaupt was macht.
…und kennt der den Pfad zum JRE oder JDK ?
Hm… das ist jetzt eine gute Frage. Es sind zwei Umgebungsvariablen mit dem Namen „TEMP“ bzw. „TMP“ gesetzt; da gibt es auch Werte für JAVA_HOME, ich schätze das ist aber für die Oracle-DB. Ich hab jetzt JAVA_HOME und CATALINA_HOME hinzugefügt; genützt hat das allerdings nichts. Kann man irgendwo einsehen, woher die Links bezogen werden?
Ich hab jetzt nochmal nachgesehen; also am Java-Home liegts glaub ich nicht, da die Beispiel-Codes auf dem Server ausgeführt werden können. Wenn ich diese aber ändere (z.B. eine Zeile unter dem Code hinzufüge), erscheint das aber nicht auf der Site - ich glaube, die Seiten sind irgendwo gecached. Kann man das irgendow löschen?
Ich hab jetzt nochmal nachgesehen; also am Java-Home liegts
glaub ich nicht, da die Beispiel-Codes auf dem Server
ausgeführt werden können.
Diese sind im Tomcat Kontext ja auch richtig konfiguriert
Wenn ich diese aber ändere (z.B.
eine Zeile unter dem Code hinzufüge), erscheint das aber nicht
auf der Site
Das erneute Kompilieren der jsp-Datei wurde doch nicht etwa vergessen ?
ich glaube, die Seiten sind irgendwo gecached.
Kann man das irgendow löschen?
Das wäre abhängig vom Browser.
Mal was anderes: jetzt steht hier ein Java 5.0 SDK mitsamt NetBeans 5.0 zur Verfügung. Mithilfe des Codes der zu entwicklenden jsp-Datei könnte man die richtige Tomcat Konfiguration herausfinden
Ich hab jetzt nochmal nachgesehen; also am Java-Home liegts
glaub ich nicht, da die Beispiel-Codes auf dem Server
ausgeführt werden können.
Diese sind im Tomcat Kontext ja auch richtig konfiguriert
Heißt das, an einer falschen Java Pfadangabe kanns also eh nicht liegen?
Wenn ich diese aber ändere (z.B.
eine Zeile unter dem Code hinzufüge), erscheint das aber nicht
auf der Site
Das erneute Kompilieren der jsp-Datei wurde doch nicht etwa
vergessen ?
Ich hab die Caches aus meinen Browsern gelöscht (IE, Firefox, Opera) und ca. 10 Mal auf aktualisieren gedrückt - immer das gleiche Ergebnis: in den .html-Dateien wurden die Änderungen sichtbar, in den jsps hingegen nicht.
Mal was anderes: jetzt steht hier ein Java 5.0 SDK mitsamt
NetBeans 5.0 zur Verfügung. Mithilfe des Codes der zu
entwicklenden jsp-Datei könnte man die richtige Tomcat
Konfiguration herausfinden
Hm… um ehrlich zu sein das versteh ich jetzt nicht. (Ich steh heut schon ziemlich, ums so auszudrücken, „auf der Leitung“.
Hm… um ehrlich zu sein das versteh ich jetzt nicht. (Ich
steh heut schon ziemlich, ums so auszudrücken, „auf der
Leitung“.
= bitte den Code der jsp-Datei hier posten. Am besten mit pre-Tags. Dann kann man mal schauen welche Änderungen Tomcat wo braucht um die Datei anzuzeigen.
Na ja Leute die sich soviel Zeit nehmen findet man ja nicht in jedem Forum…
= bitte den Code der jsp-Datei hier posten. Am besten mit
pre-Tags. Dann kann man mal schauen welche Änderungen Tomcat
wo braucht um die Datei anzuzeigen.
Nun ja, der ist im Moment ja noch simpelst.
test
Aber mir würd es ja auch schon reichen, wenn etwas in dieser Form angezeigt werden könnte:
test
Der gleiche Fehler kommt ja auch bei ganz leeren jsp-Seiten…
auf der Site - ich glaube, die Seiten sind irgendwo gecached.
Kann man das irgendow löschen?
Tomcat speichert kompilierte Dateien im work-Verzeichnis.
/work
Bei Bedarf kann man das komplette Verzeichnis oder eben auch
einzelne Dateien loeschen, um den Tomcat zum Neukompilieren
zu ueberreden. Ggfs. muss man den Tomcat nach dem Loeschen
auch einmal neu starten.
Ich darf nur schauen, dass mein Zeug auch funktioniert.
