Webressource wird nicht angezeigt

Dieser Artikel enthält Informationen zur Behebung von Fehlern, die beim Versuch, eine Ressource in einem Browser anzuzeigen, auftreten.

Wenn Sie eine Ressource im Browser nicht anzeigen können, führen Sie die folgenden Schritte durch:
  1. 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.
  2. 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.
  3. 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:
    1. Prüfen Sie in der Administrationskonsole, ob der übergeordnete Anwendungsserver und das übergeordnete Webmodul aktiv sind.
    2. 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.

      [AIX Solaris HP-UX Linux Windows][IBM i]Untersuchen Sie mithilfe des JVM-Protokolls Ihres Application Server, warum die gewünschte Ressource nicht ermittelt bzw. bereitgestellt werden kann.

      [z/OS]Untersuchen Sie mithilfe der Protokolle Ihres Application Server, warum die gewünschte Ressource nicht ermittelt bzw. bereitgestellt werden kann.

  4. 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.
  5. 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.
  6. 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.

[AIX Solaris HP-UX Linux Windows][IBM i] 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.

[Windows]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.

[AIX][HP-UX][Linux][Solaris]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.

Wenn der HTTP-Server nicht gestartet werden kann, gehen Sie wie folgt vor:
  • 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.

Gehen Sie wie folgt vor, um über den Application Server auf eine Webressource zuzugreifen:
  1. Lokalisieren Sie den Port des HTTP-Service im Zielanwendungsserver.
    1. Klicken Sie in der Administationskonsole auf Server > Servertypen > WebSphere-Anwendungsserver > Anwendungsserver > Web-Container.
    2. 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.
    3. [AIX Solaris HP-UX Linux Windows][IBM i]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.
  2. 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.
  3. 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:
    1. Klicken Sie auf Server > Servertypen > WebSphere-Anwendungsserver > Anwendungsserver > Web-Container > HTTP-Transporte, um den virtuellen Standardhost und die Ports für den HTTP-Transport, die von diesem Anwendungsserver verwendet werden, zu prüfen.
    2. Klicken Sie auf Umgebung > Virtuelle Hosts > Standardhost > Hostaliasnamen, 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.

Symbol, das den Typ des Artikels anzeigt. Referenzartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rtrb_pagedisplayprob
Dateiname:rtrb_pagedisplayprob.html