Fehler beim Anwendungsstart
Verwenden Sie diese Informationen, um Probleme beim Starten einer Anwendung zu beheben.
Welcher Fehler wird beim Starten einer Anwendung angezeigt?
- HTTP-Server und Application Server werden separat ausgeführt, Anforderungen werden jedoch nicht vom HTTP-Server an den Application Server übergeben
- Fehler beim Dateiservice
- Grafiken werden in der JSP- oder Servletausgabe nicht angezeigt
- SRVE0026E: [Servletfehler]-[Klasse für JSP konnte nicht kompiliert werden]
Nach dem Ändern und Speichern einer JSP ist die Änderung im Browser nicht sichtbar
- Fehlernachricht: /jspname.jsp(9,0) Include: Mandatory attribute page missing
Die über eine JSP generierte Java-Quelle wird nicht im Verzeichnis temp gespeichert
- Fehler "Unternehmensanwendung [eingegebener Anwendungsname] nicht gefunden"
- Konvertierungsfehler bei Browsereingabe mit nicht englischem Zeichensatz
- Schiebeleisten werden für Elemente im Browser-Fenster nicht angezeigt
- Fehler "Seite kann nicht angezeigt werden...Server nicht gefunden oder DNS-Fehler"
Ausnahme des Typs DeploymentDescriptorLoadException beim Starten einer Anwendung

Ein Modul von Java EE Version 5 oder einer höheren Version kann jedoch in einer Anwendung, die Dateien einer älteren Java EE-Version als Version 5 enthält, koexistieren.
Die Dateien ibm-webservices-ext.xmi, ibm-webservices-bnd.xmi, ibm-webservicesclient-bnd.xmi, ibm-webservicesclient-ext.xmi und ibm-portlet-ext.xmi können die Dateierweiterung ".xmi" weiterhin verwenden.
sptcfgHTTP-Server und Application Server werden separat ausgeführt, Anforderungen werden jedoch nicht vom HTTP-Server an den Application Server übergeben
Wenn Ihr HTTP-Server fehlerfrei zu funktionieren scheint und der Application Server eigenständig ausgeführt werden kann, jedoch keine Browseranforderungen an den HTTP-Server gesendet werden können, weil Seiten nicht bereitgestellt werden, weist dies auf einen Fehler im WebSphere Application Server-Plug-in hin.
Gehen Sie in diesem Fall wie folgt vor:
- Stellen Sie fest, ob der HTTP-Server versucht, die angeforderte Ressource selbst bereitzustellen, anstatt sie an den
WebSphere Application Server weiterzuleiten.
- Durchsuchen Sie das Zugriffsprotokoll des HTTP-Servers (IHS-Installationsstammverzeichnis/logs/access.log für IBM HTTP Server). Möglicherweise gibt es einen Hinweis, dass die Datei im eigenen Dokumentstammverzeichnis nicht gefunden werden konnte.
- Suchen Sie die Plug-in-Protokolldatei.
- Aktualisieren Sie die Datei plugin-cfg.xml, die
bestimmt, welche an den HTTP-Server gesendeten Anforderungen an WebSphere Application Server und an welchen Anwendungsserver weitergeleitet werden. Verwenden Sie zum Aktualisieren dieser Datei die Konsole:
- Blenden Sie in der WebSphere Application Server-Administrationskonsole die Struktur von "Umgebung" ein.
- Klicken Sie auf "WebSphere-Plug-in aktualisieren".
- Stoppen und starten Sie den HTTP-Server erneut.
Wenn Sie IBM HTTP Server for iSeries oder Lotus Domino for iSeries verwenden, müssen Sie den HTTP-Server nicht erneut starten.
- Wiederholen Sie die Webanforderung.
Wenn Sie eine Web-Server-Definition zum Modellieren Ihrer Web-Server-Instanz erstellt haben, befindet sich die Datei im Pfad Profilstammverzeichnis/config/cells/Zellenname/nodes/Name_des_Web-Server-Knotens/servers/Name_des_Web-Servers. Wenn Sie keine Web-Server-Definition erstellt haben, befindet sich die Datei im Pfad Profilstammverzeichnis/config/cells.
- Suchen Sie in der Datei Plug-in-Installationsstammverzeichnis/logs/Name_des_Web-Servers/http_plugin.log nach Hinweisen auf das Problem. Vergewissern Sie sich, dass die Zeitmarken für die aktuellsten Zeilengruppen der Plug-in-Daten, die beim Laden des Plug-in ausgegeben werden, mit der Startzeit des Web-Servers übereinstimmen.
- Aktivieren Sie die Traceerstellung für Plug-ins, indem Sie das Attribut LogLevel in der Datei plugin-cfg.xml auf Trace setzen und die Anforderung erneut laden. Zeigen Sie die Datei Stammverzeichnis_für_Plug-ins/logs/Name_des_Web-Servers/http_plugin.log an. Im Normalfall können Sie das Plug-in anzeigen, das versucht, den Anforderungs-URI mit den verschiedenen URI-Definitionen für die Routen, die in der Datei plugin-cfg.xml angegeben sind, abzugleichen. Sie können die Regeln, mit denen das Plug-in nicht übereinstimmt, anzeigen und dann feststellen, ob sie neue Regeln hinzufügen müssen. Wenn Sie die Anwendung erst kürzlich installiert haben, müssen Sie die Plug-in-Konfiguration möglicherweise manuell erneut generieren, um die zur neuen Anwendung gehörigen URIs auswählen zu können.
Weitere Einzelheiten zur Behebung Plug-in-bezogener Probleme finden Sie im Artikel Tipps zur Fehlerbehebung bei Web-Server-Plug-ins.
Fehler beim Dateiservice
Wenn auf der von JSPs oder Servlets unterstützten Webseite Text ausgegeben wird, jedoch keine Grafiken angezeigt werden, gehen Sie wie folgt vor:
- Vergewissern Sie sich, dass Ihre Dateien sich im richtigen Verzeichnis befinden, dem
Dokumentstammverzeichnis der Webanwendung. WebSphere Application Server
folgt dem J2EE-Standard, d. h., dass das Dokumentstammverzeichnis das Verzeichnis
Name_des_Webmoduls.war Ihrer implementierten Webanwendung
ist.
Gewöhnlich befindet sich dieses Verzeichnis im Verzeichnis Installationsstammverzeichnis/installedApps/Knotenname/Anwendungsname.ear oder im Verzeichnis Installationsstammverzeichnis/installedApps/Knotenname/AnwendungsnameNetwork.ear.
Gewöhnlich befindet sich dieses Verzeichnis im Verzeichnis Profilstammverzeichnis/installedApps/Knotenname/Anwendungsname.ear oder im Verzeichnis Profilstammverzeichnis/installedApps/Knotenname/AnwendungsnameNetwork.ear.
Befinden die Dateien sich in einem Unterverzeichnis des Dokumentstammverzeichnisses, vergewissern Sie sich, dass die Referenz auf die Datei diesen Umstand entsprechend wiedergibt. Das bedeutet, wenn die Datei invoices.html im Windows-Verzeichnis Name_des_Webmoduls.war\invoices gespeichert ist, müssen Links, die über andere Seiten in der Webanwendung aufgerufen werden, um die Datei anzuzeigen, "invoices\invoices.html" und nicht "invoices.html" lauten.
- Vergewissern Sie sich, dass Ihre Webanwendung so konfiguriert ist, dass sie den
Dateiservice (d. h. die Anzeige statischer Ressourcen wie z. B. Grafik- und
.html-Dateien) unterstützt:
Überprüfen Sie die Dateiserviceeigenschaft des Webmoduls. Rufen Sie dazu die .war-Quellendatei in einem Assembliertool auf. Aktualisieren Sie die Eigenschaft, und implementieren Sie das Modul erneut, falls erforderlich.
- Ändern Sie die Eigenschaft "fileServingEnabled" in der Konfigurationsdatei ibm-web-ext.xmi
der implementierten Webanwendung.
Gewöhnlich befindet sich die Datei im Verzeichnis Installationsstammverzeichnis/config/cells/Knotenname oder im Verzeichnis KnotennameNetwork/applications/Anwendungsname/deployments/Anwendungsname/Name_des_Webmoduls/web-inf.
Gewöhnlich befindet sich die Datei im Verzeichnis Profilstammverzeichnis/config/cells/Knotenname oder im Verzeichnis KnotennameNetwork/applications/Anwendungsname/deployments/Anwendungsname/Name_des_Webmoduls/web-inf.
Grafiken werden in der JSP- oder Servletausgabe nicht angezeigt
Wenn auf der von JSPs oder Servlets unterstützten Webseite Text ausgegeben wird, jedoch keine Grafiken angezeigt werden, gehen Sie wie folgt vor:
- Vergewissern Sie sich, dass Ihre Grafikdateien im Dokumentstammverzeichnis der Webanwendung gespeichert sind. Das Produkt folgt dem J2EE-Standard, d. h., dass das Dokumentstammverzeichnis das
Verzeichnis Name_des_Webmoduls.war Ihrer implementierten Webanwendung
ist.
Gewöhnlich befindet sich dieses Verzeichnis im Verzeichnis Installationsstammverzeichnis/installedApps/Knotenname/Anwendungsname.ear oder im Verzeichnis Installationsstammverzeichnis/installedApps/Knotenname/AnwendungsnameNetwork.ear.
Gewöhnlich befindet sich dieses Verzeichnis im Verzeichnis Profilstammverzeichnis/installedApps/Knotenname/Anwendungsname.ear oder im Verzeichnis Profilstammverzeichnis/installedApps/Knotenname/AnwendungsnameNetwork.ear.
Wenn die Grafikdateien sich in einem Unterverzeichnis des Dokumentstammverzeichnisses befinden, vergewissern Sie sich, dass die Referenz auf die Grafik dies entsprechend angibt. Beispiel: Wenn die Datei banner.gif im Windows-Verzeichnis Webmodulname.war/images gespeichert ist, muss das entsprechende Tag für die Anzeige <img SRC="banner.gif"> und nicht <img SRC="banner.gif"> lauten.
- Vergewissern Sie sich, dass Ihre Webanwendung so konfiguriert ist, dass sie den
Dateiservice (d. h. die Anzeige statischer Ressourcen wie z. B. Grafik- und
.html-Dateien) unterstützt:
Überprüfen Sie die Dateiserviceeigenschaft des Webmoduls. Rufen Sie dazu die .war-Quellendatei in einem Assembliertool auf. Aktualisieren Sie die Eigenschaft, und implementieren Sie das Modul erneut, falls erforderlich.
- Ändern Sie die Eigenschaft fileServingEnabled in der Konfigurationsdatei ibm-web-ext.xmi
der implementierten Webanwendung.
Gewöhnlich befindet sich die Datei im Verzeichnis Installationsstammverzeichnis/config/cells/Knotenname oder im Verzeichnis KnotennameNetwork/applications/Anwendungsname/deployments/Anwendungsname/Name_des_Webmoduls/web-inf.
Gewöhnlich befindet sich die Datei im Verzeichnis Profilstammverzeichnis/config/cells/Knotenname oder im Verzeichnis KnotennameNetwork/applications/Anwendungsname/deployments/Anwendungsname/Name_des_Webmoduls/web-inf.
- Gehen Sie nach der Ausführung des vorherigen Schrittes wie folgt vor:
- Blenden Sie in der Administrationskonsole die Struktur von "Umgebung" ein.
- Klicken Sie auf WebSphere-Plug-in aktualisieren.
- Stoppen Sie den HTTP-Server, starten Sie ihn erneut, und wiederholen Sie die Webanforderung.
SRVE0026E: [Servletfehler]-[Klasse für JSP konnte nicht kompiliert werden]
Wenn dieser Fehler bei dem Versuch, zum ersten Mal auf eine neue oder geänderte .jsp-Datei zuzugreifen, in einem Browser angezeigt wird, liegt das wahrscheinlich daran, dass die JSP-Java-Quelle während der javac-Kompilierung fehlgeschlagen ist (falsch war).
Suchen Sie in den Protokolldateien
nach Fehlernachrichten des Compilers.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
C:\WASROOT\temp\ ... test.war\_myJsp.java:14: \Doppelte Variablendeklaration: int myInt was int myInt
int myInt = 122;
String myString = "number is 122";
static int myStaticInt=22;
int myInt=121;
^
Beheben Sie den Fehler in der JSP-Quelle, speichern Sie die Quelle, und fordern Sie die JSP-Datei erneut an.
Nicht
definierter Variablen- oder Klassenname: MyClass
Diese Fehlermeldung zeigt an, dass eine unterstützende Klassen- oder Jar-Datei nicht auf
den Zielserver kopiert bzw. nicht im Klassenpfad angegeben wurde. Zur Behebung des
Fehlers müssen Sie die Datei MyClass.class lokalisieren
und in
das Verzeichnis WEB-INF/classes stellen oder die
übergeordnete .jar-Datei in das Verzeichnis WEB-INF/lib des
Webmoduls stellen.Führen Sie folgende Schritte durch, um sich zu vergewissern, dass der URL, der für den Zugriff auf die Ressource verwendet wird, richtig angegeben ist:
- Für eine JSP-Datei, html-Datei oder Grafikdatei:
http://Hostname/Stammkontext_des_Webmoduls/Unterverzeichnis
unterhalb des Dokumentstammverzeichnisses, falls
vorhanden/Dateiname.ext. Das Dokumentstammverzeichnis für eine
Webanwendung ist das Verzeichnis Anwendungsname.WAR der installierten
Anwendung.
- Beispiel: Wenn Sie auf die Datei myJsp.jsp im Verzeichnis c:\WebSphere\ApplicationServer\installedApps\myEntApp.ear\myWebApp.war\invoices auf myhost.mydomain.com, zugreifen möchten, wobei davon ausgegangen wird, dass der Stammkontext für das Webmodul myWebApp myApp ist, würde der URL "http://myhost.mydomain.com/myApp/invoices/myJsp.jsp" lauten.
Die Bereitstellung von JSPs ist standardmäßig aktiviert. Die Bereitstellung von HTML- und Grafikdateien muss als Eigenschaft des Webmoduls in einem Assembliertool oder über die Eigenschaft fileServingEnabled mit dem Wert true in der Datei ibm-web-ext.xmi der installierten Webanwendung aktiviert werden. Anschließend muss die Anwendung erneut gestartet werden.
- Für Servlets, die nach Klassenname bereitgestellt werde, lautet der URL wie folgt:
http://Hostname/Stammkontext_des_Webmoduls/servlet/Paketname.Klassenname.
Wenn Sie z. B. auf myCom.MyServlet.class in c:\WebSphere\ApplicationServer\installedApps\ myEntApp.ear\myWebApp.war\WEB-INF\classes zugreifen möchten, wobei davon ausgegangen wird, dass der Stammkontext für das Modul "myWebApp" "myApp" ist, würde der URL "http://myhost.mydomain.com/myApp/servlet/myCom.MyServlet" lauten.
Wenn Sie beispielsweise auf myCom.myServlet.class in Profilstammverzeichnis/installedApps/myEntApp.ear/myWebApp.war/WEB-INF/classes zugreifen möchten und der Kontextstamm für das Modul "myWebApp" "myApp" lautet, lautet der URL "http://myhost.mydomain.com/myApp/servlet/myCom.MyServlet".
Die Bereitstellung von Servlets nach Klassenname muss als Eigenschaft des Webmoduls aktiviert sein und ist standardmäßig aktiviert. Die Bereitstellung von HTML- und Grafikdateien muss als Eigenschaft der Webanwendung in einem Assembliertool oder über die Eigenschaft fileServingEnabled mit dem Wert true in der Datei ibm-web-ext.xmi der installierten Webanwendung aktiviert werden. Anschließend muss die Anwendung erneut gestartet werden.
Ist dies der Fall, korrigieren Sie den URL in der HTML-Ausgangsdatei, im Ausgangsservlet oder in der JSP-Ausgangsdatei. Ein HREF ohne vorangestellten Schrägstrich (/) übernimmt den Kontext der aufrufenden Ressource. Beispiele:
- Ein HREF in http://[Hostname]/myapp/servlet/MyServlet auf "ServletB" wird aufgelöst zu "http://Hostname/myapp/servlet/ServletB".
- Ein HREF in http://[Hostname]/myapp/servlet/MyServlet auf "servlet/ServletB" wird aufgelöst zu "http://Hostname/myapp/servlet/servlet/ServletB" (Fehler)
- Ein HREF in http://[Hostname]/myapp/servlet/MyServlet auf "/ServletB" wird aufgelöst zu "http://Hostname/ServletB" (Fehler, wenn ServletB denselben Stammkontext erfordert wie MyServlet)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Nach dem Ändern und Speichern einer JSP ist die Änderung im Browser nicht sichtbar
Die wahrscheinlichste Ursache dieses Fehlers ist, dass die Webanwendung nicht für das erneute Laden von Servlets konfiguriert ist oder das Intervall für erneutes Laden zu groß ist.
Wenn Sie diesen Fehler beheben möchten, prüfen Sie in einem Assembliertool das Flag "Erneutes Laden aktiviert" und den Wert für "Intervall für erneutes Laden" in den IBM Erweiterungen für das entsprechende Webmodul. Aktivieren Sie die Option für erneutes Laden oder, falls bereits aktiviert, geben Sie ein kleineres Intervall für erneutes Laden an.
Fehlernachricht: /jspname.jsp(9,0) Include: Mandatory attribute page missing
Beim Zugriff auf JSPs werden Nachrichten wie "Message: /jspname.jsp(9,0) Include: Mandatory attribute page missing" angezeigt.
Die wahrscheinlichste Ursache dieses Fehlers ist, dass die JSP-Datei bei der Umsetzung in die Java-Phase fehlgeschlagen ist. Konkret ausgedrückt, eine JSP-Anweisung (JSP), in diesem Fall eine Include-Anweisung, war falsch oder hat eine nicht lokalisierbare Datei referenziert.
Lösen Sie dieses Problem, indem Sie den Fehler in der JSP-Quelle beheben, speichern Sie die Quelle, und fordern Sie die JSP erneut an.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Die über eine JSP generierte Java-Quelle wird nicht im Verzeichnis temp gespeichert
Die wahrscheinlichste Ursache dieses Fehlers ist, dass der JSP-Prozessor nicht so konfiguriert ist, dass er generierte Java-Quellen beibehält.
Wählen Sie in einem Assembliertool die Option "JSP Attributes" unter "Assembly Property Extensions" für das fragliche Webmodul aus. Vergewissern Sie sich, dass das Attribut keepgenerated vorhanden und auf true gesetzt ist. Ist dies nicht der Fall, definieren Sie dieses Attribut, und starten Sie die Webanwendung erneut. Wenn Sie die Ergebnisse dieser Operation anzeigen möchten, müssen Sie die Klassendatei aus dem Verzeichnis temp löschen, um die Rückumsetzung der JSP-Quelle in Java durch den JSP-Prozessor zu erzwingen.
Fehler "Unternehmensanwendung [eingegebener Anwendungsname] nicht gefunden"
Der JSP-Stapelcompiler stürzt mit der Nachricht "Unternehmensanwendung [eingegebener Anwendungsname] nicht gefunden" ab.
Wahrscheinlich wird der vollständige Pfad und Name der Unternehmensanwendung, beginnend mit dem Unterverzeichnis .ear im Verzeichnis applications als Argument für das Tool "JspBatchCompiler" erwartet und nicht nur der Anzeigename.
Der Verzeichnispfad ist Installationsstammverzeichnis\config\cells\KnotennameNetwork\applications.
Der Verzeichnispfad ist
Profilstammverzeichnis/config/cells/KnotennameNetwork/applications.
Beispiele:
- Die Angabe "JspBatchCompiler -enterpriseapp.name sampleApp.ear/deployments/sampleApp" ist richtig.
- Die Angabe "JspBatchCompiler -enterpriseapp.name sampleApp" ist falsch.
Konvertierungsfehler bei Browsereingabe mit nicht englischem Zeichensatz
req.setCharacterEncoding("gb2312");vor allen Aufrufen der Methode req.getParameter enthalten.
Dieses Problem betrifft insbesondere Servlets und jsp-Dateien, die von früheren WebSphere Application Server-Versionen portiert wurden. Diese Servlets und JSPs konvertierten Zeichen basierend auf der WebSphere Application Server-Locale automatisch.
Schiebeleisten werden für Elemente im Browser-Fenster nicht angezeigt
In einigen Browsern erscheinen bei Baumstruktur- oder Listenelementen, die die Größe der zugeordneten Fenster überschreiten, keine Schiebeleisten. Die Anzeige der gesamten Liste ist daher nicht möglich.
Klicken Sie zur Behebung dieses Fehlers mit der rechten Maustaste in das Browser-Fenster, und wählen Sie im Kontextmenü die Option Erneut laden aus.
Fehler "Seite kann nicht angezeigt werden...Server nicht gefunden oder DNS-Fehler"
Beim Anzeigen einer JSP-Datei mit Internet Explorer wird der Fehler "Seite kann nicht angezeigt werden...Server nicht gefunden oder DNS-Fehler" angezeigt.
Dieser Fehler kann auftreten, wenn ein HTTP-Zeitlimit dazu führt, dass der Servant inaktiviert wird und erneut gestartet werden muss. Sie können dieses Problem durch Erhöhen des ConnectionIOTimeOut beheben:
- Wählen Sie in der Administrationskonsole Systemverwaltung Deployment Manager Verwaltungsservices Angepasste Eigenschaften aus.
- Wählen Sie ConnectionIOTimeOut aus.
- Erhöhen Sie den Wert von ConnectionIOTimeOut.
- Klicken Sie auf OK.
![[z/OS]](../images/ngzos.gif)
Ausnahme des Typs DeploymentDescriptorLoadException beim Starten einer Anwendung
Wenn ein Anwendungsserver, in dem die Anwendung implementiert ist, während des Serverstarts die Konfiguration mit dem Deployment Manager synchronisiert, wird die Anwendung möglicherweise nicht startet und eine Ausnahme des Typs DeploymentDescriptorLoadException in die Datei SystemErr.log des Servers geschrieben. Stoppen Sie den Server und starten Sie ihn erneut. Versuchen Sie anschließend, die Anwendung erneut zu starten.