Diese Regel enthält allgemeine Informationen zur Migration auf Jakarta EE 9 sowie Informationen zu Problemen, die von WebSphere Migration Toolkit for Application Binaries (Binärscanner) nicht erkannt werden.
Jakarta: Namensbereiche für Pakete geändert
Aufgrund der Änderung des Namenbereichs für Pakete in Jakarta EE 9 müssen Sie sicherstellen, dass alle von der Anwendung verwendeten Abhängigkeiten und Bibliotheken auf Versionen aktualisiert wurden, die Jakarta EE 9 unterstützen.
Liberty-Features: Featurenamen geändert
In Liberty wurden mehrere Features zwischen Jakarta EE 8
und Jakarta EE 9 umbenannt. Beispielsweise hat das Feature
jaxrs
jetzt den Namen
restfulws
. Eine vollständige Liste der umbenannten Features enthalten die
Aktualisierungen von Jakarta EE 9.1-Features. Die vom Binärscanner erstellte
Featureliste enthält die Namen der aktualisierten Features.
Liberty-Features: Technologien, die von Plattform-Features nicht mehr aktiviert werden
Mit dem
jakartaee-9.1
-Plattformfeature werden mehrere Technologien nicht aktiviert, die zuvor
durch die Plattformfeatures aktiviert wurden, wie zum Beispiel durch
jakartaee-8.0
oder durch
javaee-7.0
. Die Features
jaxws
(jetzt
xmlws
) und
jaxb
(jetzt
xmlbinding
) werden nicht mehr durch das Plattformfeature aktiviert. Wenn Sie das
Plattformfeature verwenden und Ihre Anwendung diese Technologien verwendet,
fügen Sie die Features zu Ihrer Datei server.xml hinzu. Alternativ können Sie die vom Binärscanner
erstellte Featureliste verwenden.
Servlet: Standardeinstellung für die Eigenschaft enablePostOnlyJSecurityCheck wurde geändert.
Das Standardverhalten für die Eigenschaft des Servlets
com.ibm.ws.webcontainer.enablePostOnlyJSecurityCheck
wurde in Jakarta EE 9 von
false
zu
true
geändert. Wenn Ihre Anwendung
j_security_check in HTML-oder JSP-Dateien verwendet,
testen Sie, ob sich diese Änderung auf Ihre
Anwendung auswirkt.
Servlet: Ausgabedatenstrom für Antwort wird jetzt automatisch geschlossen
Wenn eine Anwendung ein Antwortobjekt umhüllt und es in der
Zuteilungsweitergabe verwendet, wurde vor Jakarta EE 9 der Ausgabedatenstrom der Antwort
erst nach dem Verlassen der Zuteilung geschlossen. Dieser Abschluss ist
gemäß Servletspezifikation erforderlich. Wenn eine Anwendung nach der Weiterleitung
den Schreibvorgang fortsetzt, werden zusätzliche Daten in die Antwort geschrieben.
In Jakarta EE 9 wurde dieses Verhalten geändert, sodass der Ausgabedatenstrom
jetzt geschlossen wird. Zum Umschalten dieses Verhaltens wurde für '
webcontainer
' eine Eigenschaft
closeWrappedResponseOutputAfterForward
hinzugefügt Legen Sie für die Eigenschaft den Wert
false
fest, wenn für die von Ihnen verwendete Anwendung das vorherige Verhalten erforderlich ist.
Enterprise-Beans: Verteilte Interoperabilität wurde aus der Spezifikation entfernt
In Jakarta EE 9 wurde die verteilte Interoperabilität aus der Enterprise- Beans-Spezifikation entfernt. Liberty unterstützt weiterhin RMI over IIOP. Dabei ist zu beachten, dass der ferne Server aufgrund der Paketumbenennung ebenfalls Jakarta EE 9 verwenden muss. Während Liberty weiterhin die verteilte Interoperabilität in Jakarta EE 9 unterstützt, wird die Unterstützung von anderen Serverprovidern möglicherweise eingestellt.