Probleme beim Anwendungsstart

Wenn eine Anwendung nicht oder mit Fehlern gestartet wird, kann dieses Problem verschiedene Ursachen haben.

Wenn Ihr Fehler mit keinem der genannten Fehler übereinstimmt, gehen Sie wie folgt vor:
  • Durchsuchen Sie die Protokolldateien des Anwendungsservers für diese Anwendung nach Anhaltspunkten. Bei diesen Dateien handelt es sich standardmäßig um Stammverzeichnis_des_Anwendungsservers/logs/Servername/SystemErr.log und SystemOut.log.
  • Suchen Sie alle Fehlernachrichten und Warnungen in der Nachrichtenreferenztabelle. Wählen Sie hierfür die Ansicht Referenz aus und erweitern Sie den Eintrag Nachrichten.
Anmerkung: Dieser Artikel referenziert eine oder mehrere Protokolldateien des Anwendungsservers. Alternativ dazu wird empfohlen, den Server so zu konfigurieren, dass er die HPEL-Protokoll- und -Traceinfrastruktur (High Performance Extensible Logging) verwendet und nicht die Dateien SystemOut.log , SystemErr.log, trace.log und activity.log auf verteilten oder IBM® i-Systemen. Sie können HPEL auch in Verbindung mit Ihren nativen z/OS-Protokolleinrichtungen verwenden. Wenn Sie HPEL verwenden, können Sie mit dem Befehlszeilentool LogViewer im Verzeichnis "bin" des Serverprofils auf alle Ihre Protokoll- und Tracedaten zugreifen. Weitere Informationen zur Verwendung von HPEL finden Sie in der Dokumentation zum Einsatz von HPEL für die Fehlerbehebung in Anwendungen.

Wenn der angezeigte Fehler nicht in ähnlicher Form dokumentiert ist oder wenn Sie den Fehler anhand der bereitgestellten Informationen nicht beheben können, sehen Sie sich die Fehlerbehebungsinformationen der IBM Unterstützungsfunktion an.

WSVR0100W: Beim Initialisieren von Anwendungsname ist ein Fehler aufgetreten: java.lang.NullPointerException beim Starten einer migrierten Anwendung

Nach der Migration einer Unternehmensanwendung auf Version 8.0 wird die Anwendung möglicherweise nicht gestartet. Versuche, die Anwendung zu starten, führen zu einem Fehler wie WSVR0100W: Beim Initialisieren von Anwendungsname ist ein Fehler aufgetreten: java.lang.NullPointerException.

Untersuchen Sie die Datei deployment.xml der migrierten Anwendung, und entfernen Sie targetMapping-Anweisungen wie die folgenden:

<targetMappings xmi:id="DeploymentTargetMapping_1279594183813" enable="true"/>"

Versuchen Sie anschließend erneut, die Anwendung zu starten. Die Laufzeitumgebung der Version 8.0 besitzt einen Anwendungsvalidierungsprozess, der migrierte targetMappings-Einstellungen möglicherweise nicht unterstützt.

java.lang.ClassNotFoundException: Klassenname Bean_AdderServiceHome_04f0e027Bean

Eine Ausnahme wie die genannte tritt ein, wenn Sie versuchen, eine nicht implementierte Anwendung, die Enterprise-Beans oder nicht implementierte Enterprise-Bean-Module enthält, zu starten.

[AIX Solaris HP-UX Linux Windows][IBM i]EJB-Module, die mit einem Assembliertool erstellt werden, haben absichtlich keine vollständigen Konfigurationsdaten. Durch die Implementierung dieser Module wird die Konfiguration vervollständigt. Dazu werden der Implementierungsdeskriptor des Moduls gelesen, plattform- oder installationsabhängige Einstellungen eingegeben und zugehörige Klassen der JAR-Datei der Enterprise-Bean hinzugefügt.

Gehen Sie wie folgt vor, um das Problem zu lösen:
  • Verwenden Sie ein Assembliertool und die Administrationskonsole, um den Implementierungscode zu generieren und die Anwendung bzw. das EJB-Modul in einem Server zu installieren.
    1. Deinstallieren Sie die Anwendung bzw. das EJB-Modul mit der Administrationskonsole.
    2. Konfigurieren Sie Ihr Assembliertool so, dass der Zielserver eine Installation von WebSphere Application Server ist. Sollten Sie keinen Zugriff auf den Zielserver haben, können Sie ein falsche Position wie /temp angeben. Trotz Angabe eines falschen Wertes für die Position können Sie den Implementierungscode für die Enterprise-Bean assemblieren und generieren.
    3. Klicken Sie in einem Assembliertool in der Ansicht "Projektexplorer" mit der rechten Maustaste auf die Enterprise-Bean (Enterprise JavaBeans) in der noch nicht implementierten Datei .ear, die das EJB-Modul bzw. die eigenständige, noch nicht implementierte EJB-JAR-Datei enthält, und klicken Sie anschließend auf Implementieren. Wenn Ihr Assembliertool auf den Zielserver von WebSphere Application Server zugreifen kann, wird der Implementierungscode für die Enterprise-Bean generiert, und das Assembliertool versucht, die Anwendung bzw. das Modul im Zielserver zu installieren. Sollte das Assembliertool nicht auf den Zielserver von WebSphere Application Server zugreifen können oder die Installation fehlschlagen, verwenden Sie den Implementierungscode, der für den nächsten Schritt generiert wird.

      Informationen zur Verwendung eines Assembliertools finden Sie im Artikel zum Assemblieren von Anwendungen.

    4. Verwenden Sie den Befehl wsadmin $AdminApp install oder die Administrationskonsole, um die implementierte Version zu installieren, die vom Assembliertool erstellt wurde.
  • Wenn Sie den Befehl wsadmin $AdminApp install verwenden, deinstallieren Sie die Version, und installieren Sie sie anschließend mit der Option -EJBDeploy erneut. Führen Sie nach dem Befehl install den Befehl "$AdminConfig save" aus.

ConnectionFac E J2CA0102E: Ungültige EJB-Komponente: Es kann kein EJB-Modul mit Version 1.1 und dem relationalen Ressourcenadapter verwendet werden.

Dieser Fehler tritt auf, wenn eine Enterprise-Bean gemäß der EJB-1.1-Spezifikation entwickelt und mit einer J2C-kompatiblen Datenquelle von WebSphere Application Server 5, die die Standarddatenquelle ist, implementiert wurde. Persistente Enterprise-Beans, die in WebSphere Application Server Version 4.0 mit Application Assembly Tool erstellt wurden, entsprechen standardmäßig der EJB-Spezifikation 1.1. Die Enterprise-Beans müssen, damit sie in WebSphere Application Server Version 6 ausgeführt werden können, einer Datenquelle von WebSphere Application Server 4.0 zugeordnet sein.

Sie müssen die Zuordnung der Enterprise-Beans durch die Anwendung so ändern, dass die CMP-1.x-Enterprise-Beans einer Datenquelle der Version 4.0 zugeordnet werden. Sie haben auch die Möglichkeit, die vorhandene Datenquelle zu löschen und eine Datenquelle der Version 4.0 mit demselben Namen zu erstellen.

Wenn Sie die Zuordnung in der Anwendung von Enterprise-Beans ändern möchten, wählen Sie in der Administrationskonsole von WebSphere Application Server die Eigenschaften für die Problemanwendung aus, und verwenden Sie die Option Ressourcenreferenzen Ressourcen zuordnen oder Datenquellen für alle 1.x-CMP-Beans zuordnen auswählen, um die von der Enterprise-Bean verwendete Datenquelle zu ändern. Speichern Sie die Konfiguration, und starten Sie die Anwendung erneut.

Möchten Sie die vorhandene Datenquelle löschen und eine Datenquelle der Version 4.0 mit demselben Namen erstellen, gehen Sie wie folgt vor:
  1. Klicken Sie in der Administrationskonsole auf Ressourcen > JDBC-Provider > Name_des_JDBC-Provider > Datenquellen.
  2. Löschen Sie die dem EJB-1.1-Modul zugeordnete Datenquelle.
  3. Klicken Sie auf Ressourcen > JDBC-Provider > Name_des_JDBC-Providers > Datenquellen (Version 4) (veraltet).
  4. Erstellen Sie die Datenquelle für das EJB-1.1-Modul.
  5. Speichern Sie die Konfiguration, und starten Sie die Anwendung erneut.

NMSV0605E: Beim Starten einer Anwendung ist der Fehler "Ein im Kontext gefundenes Referenzobjekt..." aufgetreten.

Der vollständige Fehlertext kann wie folgt lauten:

[7/17/02
   15:20:52:093 CDT] 5ae5a5e2 UrlContextHel W NMSV0605E:
   Ein im Kontext "java:" gefundenes Referenzobjekt mit dem Namen "comp/PM/WebSphereCMPConnectionFactory"
   mit dem Namen "{1}" wurde an den JNDI-Benennungsmanager gesendet. Dabei ist eine Ausnahme eingetreten. 
Die Referenzdaten folgen:
   Klassenname der Referenzfactory: com.ibm.ws.naming.util.IndirectJndiLookupObjectFactory
   Positions-URLs der Referenzfactoryklasse:
   Klassenname der Referenz: java.lang.Object
   Typ: JndiLookupInfo
   Inhalt: JndiLookupInfo: ; jndiName="eis/jdbc/MeineDatenquelle_CMP"; providerURL=""; initialContextFactory="" 

Das Problem besteht dann möglicherweise darin, dass die Datenquelle, die eine CMP-Enterprise-Bean unterstützen sollte, der Enterprise-Bean nicht ordnungsgemäß zugeordnet wurde.

Gehen Sie wie folgt vor, um den Fehler zu beheben:

  1. Wählen Sie das Kontrollkästchen Diese Datenquelle für CMP (Container Managed Persistence) verwenden in der Anzeige "Allgemeine Eigenschaften" der Datenquelle in der Administrationskonsole aus.
  2. Überprüfen Sie den JNDI-Namen mit einer der folgenden Methoden:
    • Vergewissern Sie sich, dass der in der Administrationskonsole unter Ressourcen > JDBC-Provider > DataSource > JNDI-Name für DataSource angegebene JNDI-Name mit dem JNDI-Namen übereinstimmt, der für die CMP- oder BMP-Ressourcenbindungen während der Assemblierung der Anwendung in einem Assembliertool angegeben wurde.
    • Überprüfen Sie den JNDI-Namen auf CMP- oder BMP-Ressourcenbindungen, die vom J2EE-Anwendungsentwickler im Code angegeben wurden. Öffnen Sie den Ordner der implementierten Datei .ear in einem Assembliertool und suchen Sie unter den CMP- oder BMP-Ressourcenbindungen nach dem JNDI-Namen Ihrer Entity-Beans. Stellen Sie sicher, dass die Namen übereinstimmen.
[AIX Solaris HP-UX Linux Windows]

Parsing-Fehler bei der Ausführung einer Anwendung, die die JSF-Konfiguration verwendet

Wenn der Profilname Doppelbytezeichen enthält, wird ein Parsing-Fehler angezeigt, wenn Sie eine Anwendung ausführen, die die JSF-Konfiguration (JavaServer Faces) verwendet. Dieses Problem steht in Zusammenhang mit der JSF-Konfiguration, die in der Datei jsf-ibm.jar enthalten ist, die beim Erstellen von JSF-Anwendungen in Rational Application Developer (RAD) verwendet wird. Die Konfigurationsdateien verweisen auf Entitäten in der Hauptdatei faces-config.xml.

Vermeiden Sie beim Erstellen von Profilen die Verwendung von Doppelbytezeichen.

Fehler vom Typ 'Seite nicht gefunden', 'Bereichsindex außerhalb der zulässigen Grenzen' oder anderer Fehler beim Neustart einer aktualisierten Anwendung

Wenn eine aktive Anwendung aktualisiert wird, stoppt WebSphere Application Server automatisch die Anwendung oder nur die geänderten Komponenten, aktualisiert die Anwendungslogik und startet die gestoppte Anwendung bzw. die Anwendungskomponenten erneut. Weitere Informationen zum erneuten Starten aktualisierter Anwendungen finden Sie auf der Webseite Fine-grained recycle behavior im IBM WebSphere Developer Technical Journal: System management for WebSphere Application Server V6 -- Part 5 Flexible options for updating deployed applications.

Beim Neustart kann ein Fehler vom Typ 'Seite nicht gefunden' oder 'Bereichsindex außerhalb der zulässigen Grenzen' oder ein anderer Fehler angezeigt werden.

Um das Auftreten solcher Fehler zu minimieren, aktualisieren Sie die Anwendungen in einer Testumgebung, bevor Sie die Anwendungen in der Produktionsumgebung aktualisieren. Nehmen Sie Änderungen nicht direkt in einer Produktionsumgebung vor.


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_appstart
Dateiname:rtrb_appstart.html