
Bekannte Einschränkungen für Develper Tools
Beim Arbeiten mit WebSphere Application Server Developer Tools for Eclipse sind verschiedene bekannte Einschränkungen zu beachten.
Weitere Informationen finden Sie unter Bekannte Probleme und Einschränkungen für die Laufzeitumgebung.
Liste bekannter Probleme und Einschränkungen:
- Nach Änderung der Einstellungen der Konsolenprotokollstufe ist keine Interaktion mit dem Liberty-Server möglich
- Werden Server kopiert und eingefügt, führt dies möglicherweise dazu, dass der Veröffentlichungsstatus nicht mehr synchron ist
- Serverstart kann nicht erkannt werden, wenn die Nachricht mit dem hideMessage-Attribut unterdrückt werden
- In fernen Servern können Projekte, die mit einer neueren Version von Java erstellt, nicht ausgeführt werden
- Einige Dienstprogramme sind bei der Verwendung eines fernen Liberty-Servers oder eines Liberty-Server in einem Docker-Container nicht verfügbar
Eine Änderung des Liberty-Standardlaufzeitnamens kann eine Projektmigration verursachen.
Anwendung wird zweimal unterhalb der Sicht Server angezeigt
Nach Änderung der Einstellungen der Konsolenprotokollstufe ist keine Interaktion mit dem Liberty-Server möglich
Es gibt eine bekannte Einschränkung, wenn die Konsolprotokollstufe auf WARNING ERROR oder OFF gesetzt ist. Die Workbench hat Probleme bei der Interaktion mit dem Liberty-Server, beispielsweise kann sie den Server nicht starten oder stoppen oder eine Veröffentlichung auf dem Server durchführen. Die Workbench kann den Liberty-Server z. B. nicht starten und es wird die folgende Fehlernachricht aufgrund einer Zeitlimitüberschreitung angezeigt:
Die Konsolenprotokollstufe (consoleLogLevel) ist ein Attribut des Konfigurationselements logging in der Serverkonfigurationsdatei (server.xml) mit folgenden Optionen: INFO, AUDIT, WARNING, ERROR und OFF. AUDIT (Prüfung) ist der Standardwert für die Einstellungen der Konsolenprotokollstufe. Weitere Einzelheiten finden Sie in der Beschreibung des Attributs consoleLogLevel im Abschnitt Liberty-Kernel.
Um diese bekannte Einschränkung zu umgehen, geben Sie INFO an oder verwenden Sie die Standardeinstellung AUDIT für die Konsolenprotokollstufe:- Erweitern Sie in der Ansicht "Server" den Liberty-Server.
- Klicken Sie mit der rechten Maustaste auf den Knoten Serverkonfiguration[server.xml] und wählen Sie Öffnen aus.
- Erweitern Sie im Serverkonfigurationseditor im Abschnitt Konfigurationsstruktur den Knoten
Serverkonfiguration.
Der nächste Schritt ist davon abhängig, ob das Element
Logging verfügbar ist.
- Wenn das Element Logging verfügbar ist, wählen Sie es im Abschnitt Protokollierung im Serverkonfigurationseditor aus. Anschließend wählen Sie im Dropdown-Menü für das Feld Konsolenprotokollstufe die Option AUDIT oder die Option INFO aus. Drücken Sie Strg + s, um Ihre Änderungen im Editor zu speichern.
- Wenn das Element Logging nicht verfügbar ist, verwendet die Workbench bereits die Standardeinstellung AUDIT. In diesem Fall wird die fehlende Interaktion zwischen der Workbench und dem Liberty-Server eventuell von einem anderen Problem verursacht.
Werden Server kopiert und eingefügt, führt dies möglicherweise dazu, dass der Veröffentlichungsstatus nicht mehr synchron ist
Vermeiden Sie das Kopieren und Einfügen von Servern, da diese Kopien auf dieselbe Konfigurationsdatei verweisen. Werden Server kopiert und eingefügt, führt dies möglicherweise dazu, dass der Veröffentlichungsstatus nicht mehr synchron ist. Wenn Sie beispielsweise eine Anwendung aus einem Server entfernen, scheint die Anwendung weiterhin auf dem anderen Server implementiert zu sein, obwohl dies nicht der Fall ist. Der Serverstatus wird erst bei der nächsten Veröffentlichungsoperation wieder synchronisiert.Serverstart kann nicht erkannt werden, wenn die Nachricht mit dem hideMessage-Attribut unterdrückt werden
Sie können mithilfe des Attributs <hideMessage> das Element Logging in der Serverkonfigurationsdatei [server.xml] konfigurieren, dass Nachrichten unterdrückt werden. Wenn Sie die Konfiguration so gestalten, dass die Nachricht zum Serverstart verdeckt wird, z. B. <logging hideMessage="CWWKF0011I"/>, kann das Tool den Status des Servers beim Serverstart nicht erkennen. In dieser Situation bleibt der Serverstatus Start in der Ansicht Server bestehen, bis eine Zeitlimitüberschreitung eintritt und die folgende Nachricht angezeigt wird:

In fernen Servern können Projekte, die mit einer neueren Version von Java erstellt, nicht ausgeführt werden
Wenn Sie ein Projekt mit einer höheren Java-Version als der, die in Ihrem fernen Server ausgeführt wird, kompilieren, können die folgenden Fehlernachrichten ausgegeben werden:
Error 404: javax.servlet.UnavailableException:
SRVE0202E: Servlet [s1]: s1 wurde zwar gefunden, ist aber beschädigt:
SRVE0227E: Vergewissern Sie sich, dass die Klasse im Verzeichnis des richtigen Pakets enthalten ist.
SRVE0228E: Vergewissern Sie sich, dass der Klassenname im Server mit korrekter Groß-/Kleinschreibung und vollständig qualifiziertem Paket definiert ist.
SRVE0229E: Vergewissern Sie sich, dass die Klasse im binären Übertragungsmodus an das Dateisystem übertragen wird.
SRVE0230E: Vergewissern Sie sich, dass die Klasse mit der korrekten Groß-/Kleinschreibung (wie in der Klassendefinition angegeben) kompiliert wird.
SRVE0231E: Vergewissern Sie sich, dass die Klassendatei nach der Kompilierung nicht umbenannt wird.
Wenn Sie ein Projekt in einem Paket mit einer höheren Java-Version als der, die in Ihrem fernen Server ausgeführt wird, erstellen, können die folgenden Fehlernachrichten ausgegeben werden:
Error 404: java.io.FileNotFoundException: SRVE0190E: Datei nicht gefunden: /s2
Console output: [ERROR ] SRVE0266E: Error occurred while initializing servlets: java.lang.UnsupportedClassVersionError: JVMCFRE003 bad major version; class=s1, offset=6
at java.lang.ClassLoader.defineClassImpl(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:383)
at com.ibm.ws.classloading.internal.AppClassLoader.definePackageAndClass(AppClassLoader.java:318)
at [internal classes]
Zur Vermeidung dieser Fehler kompilieren Sie Ihr Projekt mit derselben Java-Version, die in Ihrem fernen Server ausgeführt wird, oder mit einer früheren Version. Sie können Ihr Projekt auch mit derselben Java-Version, die in Ihrem fernen Server ausgeführt wird, oder mit einer früheren Version erstellen. Die Java-Version des fernen Servers ermitteln Sie mithilfe der Datei messages.log. Weitere Informationen zum Anzeigen der Datei messages.log finden Sie unter Trace- und Nachrichtenprotokolldateien mithilfe von Entwicklertools anzeigen.
Einige Dienstprogramme sind bei der Verwendung eines fernen Liberty-Servers oder eines Liberty-Server in einem Docker-Container nicht verfügbar
- Web-Server-Plug-in generieren
- Konfigurationssnippets hinzufügen
- Web-Server-Plug-in generieren
- Server packen
- Konfigurationssnippets hinzufügen
![[17.0.0.4 und höher]](../ng_v17004plus.gif)
Eine Änderung des Liberty-Standardlaufzeitnamens kann eine Projektmigration verursachen.
Der Liberty-Standardlaufzeitname wurde von "WebSphere Application Server Liberty" in "Liberty Runtime" geändert. Projekte, die auf eine Laufzeit mit dem alten Standardnamen ausgerichtet sind, müssen migriert werden, wenn sie in einen Arbeitsbereich importiert werden, in dem die Laufzeit bereits den neuen Standardnamen verwendet. Wenn Sie das Projekt importieren, werden Sie vom Assistenten für Arbeitsbereichsmigration automatisch aufgefordert, das Projekt auf den neuen Laufzeitnamen zu migrieren.
![[17.0.0.4 und höher]](../ng_v17004plus.gif)
Anwendung wird zweimal unterhalb der Sicht Server angezeigt
Das Tool erwartet, dass der Name des Anwendungsprojekts in Eclipse mit dem in der Serverkonfiguration angegebenen Anwendungsnamen übereinstimmt. Wenn Sie die Tools zum Implementieren Ihrer Anwendung verwenden, stimmt der Name des Anwendungsprojekts mit dem Anwendungsname in der Serverkonfiguration überein. Wenn Sie jedoch die Anwendung der Serverkonfigurationsdatei direkt hinzufügen, vergewissern Sie sich, dass der Projektname in Eclipse mit dem Anwendungsnamen übereinstimmt. Wenn der Projektname nicht mit dem Anwendungsnamen übereinstimmt, erkennen die Tools nicht, das es sich um dieselbe Anwendung handelt, sodass die Anwendung erneut der Serverkonfiguration hinzugefügt wird.