Webressource wird nicht angezeigt
Dieser Artikel enthält Informationen zur Behebung von Fehlern, die beim Versuch, eine Ressource in einem Browser anzuzeigen, auftreten.
- Vergewissern Sie sich, dass der HTTP-Server ordnungsgemäß funktioniert. Geben Sie dazu den URL http://Servername im Browser ein, und prüfen Sie, ob die Begrüßungsseite erscheint. Erscheint die Begrüßungsseite, wird der HTTP-Server ausgeführt, unabhängig vom Status von WebSphere Application Server.
- Wenn die Begrüßungsseite des HTTP-Servers nicht angezeigt wird, d. h., wenn Sie eine Browsernachricht wie Seite kann nicht angezeigt werden o. ä. empfangen, sollten Sie versuchen, den Web-Server-Fehler zu bestimmen.
- Wenn der HTTP-Server scheinbar ordnungsgemäß funktioniert, bedient der Application
Server die Zielressource möglicherweise nicht. Wenn Sie überprüfen möchten, ob dies der Fall
ist, greifen Sie direkt über den Application
Server auf die Ressource zu, anstatt den HTTP-Server zu verwenden.
Wenn Sie nicht direkt über den Application Server auf die Ressource zugreifen können, vergewissern Sie sich, dass der URL, der für den Zugriff auf die Ressource verwendet wird, richtig angegeben ist.
Ist der URL falsch angegeben und wird der URL als Link von einer anderen JSP-Datei, einem Servlet oder einer HTML-Datei erstellt, versuchen Sie, ihn manuell im URL-Feld des Browsers zu korrigieren und die Seite erneut zu laden, um sicherzustellen, dass der Fehler auf einen ungültigen URL zurückzuführen ist. Korrigieren Sie den URL in der HTML-Ausgangsdatei, im Ausgangsservlet oder in der JSP-Ausgangsdatei.
Wenn der URL richtig zu sein scheint, der direkte Zugriff auf die Ressource über den Application Server jedoch nicht möglich ist, prüfen Sie den Status des übergeordneten Anwendungsservers bzw. Webmoduls:- Prüfen Sie in der Administrationskonsole, ob der übergeordnete Anwendungsserver und das übergeordnete Webmodul aktiv sind.
- Kopieren Sie eine einfache HTML- oder JSP-Datei, z. B. SimpleJsp.jsp,
die sich in der Verzeichnisstruktur von WebSphere Application Server befindet, in das
Dokumentstammverzeichnis Ihres Webmoduls, und versuchen Sie, auf die Datei zuzugreifen. Wenn das möglich ist, liegt
der Fehler bei der Ressource.
Untersuchen Sie mithilfe des JVM-Protokolls Ihres Application Server, warum die gewünschte Ressource nicht ermittelt bzw. bereitgestellt werden kann.
Untersuchen Sie mithilfe der Protokolle Ihres Application Server, warum die gewünschte Ressource nicht ermittelt bzw. bereitgestellt werden kann.
- Wenn die Ressource direkt über den Application Server und nicht über einen ansonsten stabilen HTTP-Server aufgerufen werden kann, liegt das Problem beim HTTP-Plug-in, der Komponente, die mit dem HTTP-Server und dem WebSphere Application Server kommuniziert.
- Wenn die JSP- und Servletausgabe, nicht jedoch statische Ressourcen, wie z. B. .html-Dateien und Grafikdateien, bearbeitet werden können, machen Sie sich mit den Schritten für die Aktivierung des Dateiservice vertraut.
- Gehen Sie wie folgt vor, wenn estimmte Ressourcen richtig angezeigt werden, Sie das
Servlet jedoch nicht über
dessen Klassennamen anzeigen können:
- Vergewissern Sie sich, dass das Servlet sich in einem im Klassenpfad des Webmoduls angegebenen Verzeichnis befindet, z. B. im Verzeichnis /Name_des_Webmoduls.war/WEB-INF/classes.
- Achten Sie darauf, den vollständigen Klassennamen des Servlets einschließlich des Paketnamens im URL anzugeben.
- Vergewissern Sie sich, dass vor dem Klassennamen im URL die Zeichenfolge
"/servlet" angegeben ist. Wenn der Stammkontext eines Webmoduls
beispielsweise "myapp" und das Servlet com.mycom.welcomeServlet ist, dann muss
der URL wie folgt lauten:
http://Hostname/myapp/servlet/com.mycom.welcomeServlet
- Vergewissern Sie sich, dass die Bereitstellung der Servlets nach Klassenname für das übergeordnete Webmodul aktiviert ist. Öffnen Sie dazu das Quellenwebmodul in einem Assembliertool, und überprüfen Sie auf der Seite mit den IBM® Erweiterungseigenschaften die Einstellung Servlets nach Klassenname bereitstellen. Aktivieren Sie dieses Flag, falls erforderlich, und implementieren Sie das Webmodul erneut.
- Für Servlets oder andere Ressourcen, die von zugeordneten URLs bereitgestellt werden, lautet der URL http://Hostname/Stammkontext des Webmoduls/zugeordneter URL.
Wenn Sie den Fehler mit keinem dieser Schritte beheben können, prüfen Sie, ob der Fehler bekannt ist und dokumentiert wurd. Lesen Sie hierzu die entsprechenden Informationen in der verfügbaren Onlineunterstützung (Hinweise und Tipps, technische Anmerkungen und Fixes). Falls Ihr Problem hier nicht aufgeführt ist, lesen Sie die IBM Hilfe zur Fehlerbehebung.
Fehlerbestimmung beim Web-Server
Wenn Sie die Begrüßungsseite des HTTP-Servers nicht anzeigen können, stellen Sie zunächst fest, ob der Server ordnungsgemäß ausgeführt wird.
Suchen Sie bei
Windows-Systemen in der Systemsteuerung nach dem Dienst, der dem HTTP-Server entspricht,
und vergewissern Sie sich, dass der Dienst sich im Status Gestartet befindet. Ist dies nicht der Fall, starten Sie den Dienst. Wird der Service nicht gestartet, versuchen Sie, ihn manuell zu starten. Wenn Sie IBM HTTP
Server verwenden, lautet der Befehl IHS-Installationsverzeichnis\apache.
Führen Sie den Befehl ps -ef | grep httpd aus. Es gibt verschiedene Prozesse, die unter dem Namen "httpd" ausgeführt werden. Ist dies nicht der Fall, starten Sie den HTTP-Server manuell.
Wenn Sie IBM HTTP Server verwenden, lautet der entsprechende Befehl
IHS-Installationsverzeichnis/bin/apachectl start.
- Durchsuchen Sie die Protokolle des HTTP-Servers nach Anhaltspunkten.
- Versuchen Sie, die Konfiguration des HTTP-Servers, die vor der Installation von
WebSphere Application Server gültig war, wiederherzustellen und erneut zu starten. Wenn Sie IBM HTTP
Server verwenden, gehen Sie wie folgt vor:
- Benennen Sie die Datei IHS-Installationsverzeichnis\httpd.conf um.
- Kopieren Sie die Datei httpd.conf.default nach httpd.conf.
- Wenn Apache ausgeführt wird, stoppen Sie Apache, und starten Sie das Produkt erneut.
- Beim Sun ONE (iPlanet) Web-Server lauten die Konfigurationsdateien, die wiederhergestellt werden müssen, wie folgt: obj.conf für Sun ONE Version 4.1 sowie obj.conf und magnus.conf für Sun ONE ab Version 6.0.
- Für den Microsoft Internet Information Server (IIS) müssen Sie das WebSphere Application Server-Plug-in über die IIS-Verwaltungsschnittstelle entfernen.
Wenn Sie die Standardkonfiguration des HTTP-Servers wiederherstellen können, prüfen Sie die Konfigurationsdatei mit den Aktualisierungen für WebSphere Application Server manuell, um die Verzeichnis- und Dateinamen für die Dateien von WebSphere Application Server anzuzeigen. Wenn Sie die Konfiguration nicht manuell korrigieren können, müssen Sie WebSphere Application Server möglicherweise deinstallieren und erneut installieren, um eine bereinigte HTTP-Konfigurationsdatei zu erstellen.
Wenn Sie das Problem durch die Wiederherstellung der Standardkonfigurationsdatei nicht beheben können, wenden Sie sich an die technische Unterstützung für den verwendeten Web-Server. Wenn Sie IBM HTTP Server mit WebSphere Application Server verwenden, lesen Sie zunächst die entsprechenden Informationen in der verfügbaren Onlineunterstützung (Hinweise und Tipps, technische Hinweise und Fixes). Falls Ihr Problem hier nicht aufgeführt ist, lesen Sie die IBM Hilfe zur Fehlerbehebung.
Zugriff auf eine Webressource über den Application Server (unter Umgehung des HTTP-Servers)
Seit WebSphere Application Server Version 4.0 können Sie den HTTP-Server umgehen und direkt über den Application Server auf eine Webressource zugreifen. Es wird davon abgeraten, eine für die Produktion bestimmte Website auf diese Weise bereitzustellen. Damit haben Sie jedoch ein gutes Diagnosetool, wenn nicht klar ist, ob ein Problem auf den HTTP-Server, WebSphere Application Server oder das HTTP-Plug-in zurückzuführen ist.
- Lokalisieren Sie den Port des HTTP-Service im
Zielanwendungsserver.
- Klicken Sie in der Administationskonsole auf .
- Wählen Sie unter "Weitere Eigenschaften" für den Web-Container die Option HTTP-Transporte aus. Es werden die Ports angezeigt, die für virtuelle, vom Anwendungsserver bereitgestellte Hosts aufgelistet sind.
Möglicherweise sind mehrere Ports aufgelistet. Im Standardanwendungsserver (server1) ist z. B. der Port 9060 für Verwaltungsanforderungen reserviert, die Ports 9443 und 9043 werden für mit SSL verschlüsselte Anforderungen verwendet. Wenn Sie z. B. das Beispielservlet "snoop" testen möchten, müssen Sie den Standardanwendungsport 9080 verwenden, es sei denn, der Port wurde geändert.
- Greifen Sie mit einem Browser über die Portnummer, die der Anwendungsserver für den HTTP-Transport verwendet, auf die Ressource zu. Wenn Sie beispielsweise Port 9080 verwenden, ist der URL http://Hostname:9080/myAppContext/myJSP.jsp.
- Ist der Zugriff auf die Ressource immer noch nicht möglich, vergewissern Sie sich,
dass der Serverport für den HTTP-Transport in der Liste "Hostaliasname" aufgeführt ist:
- Klicken Sie auf , um den virtuellen Standardhost und die Ports für den HTTP-Transport, die von diesem Anwendungsserver verwendet werden, zu prüfen.
- Klicken Sie auf , um festzustellen, ob der Port für den HTTP-Transport vorhanden ist. Fügen Sie einen Eintrag hinzu, falls erforderlich. Wenn der HTTP-Port für den Application Server 9080 ist, fügen Sie den Hostaliasnamen *:9082 hinzu.