Allgemeine Informationen zu Jakarta EE 10 und potenzielle Probleme

Diese Regel enthält allgemeine Informationen zur Migration auf Jakarta EE 10 sowie Informationen zu Problemen, die von WebSphere Migration Toolkit for Application Binaries (Binärscanner) nicht erkannt werden.

Ausdruckssprache: In 'Object' umgesetzte Werte

Die in JSP-Dateien verwendeten Werte der Ausdruckssprache müssen jetzt in Object umgesetzt werden. Beispielsweise muss der Ausdruck ve.getValue(pageContext.getELContext()) in (Object) ve.getValue(pageContext.getELContext()) umgesetzt werden. Die Ursache dafür liegt in der Verwendung generischer Typen in Expression Language.

Servlet: Die Eigenschaft DisableXPoweredBy wurde entfernt

Die Webcontainereigenschaft DisableXPoweredBy wird ab Jakarta Servlet 6.0 nicht mehr unterstützt. Diese angepasste Eigenschaft konnte in WebSphere Traditional und Liberty for Servlet 5.0 und früher konfiguriert werden. Ab Servlet 5.0 wurde das Verhalten so geändert, dass X-Powered-By standardmäßig inaktiviert wird. In der Spezifikation für Servlet 6.0 wird nicht mehr empfohlen, dass Container einen Header X-Powered-By bereitstellen.

Faces: Namensbereich-URIs wurden zu URNs aktualisiert

URIs für Faces-Namensbereiche wurden zu URNs für Jakarta Faces 4.0aktualisiert. Die aktuellen URIs sind in Faces 4.0 weiter funktionsfähig, d. h. in Anwendungen sind keine Änderungen erforderlich sind. Weitere Informationen finden Sie in diesem Artikel .

Faces: In Protokollschlüsseln und -zeichenfolgen wurde JSF in 'Faces' umbenannt

Protokollnachrichtenschlüssel für Nachrichten, die von Jakarta Faces ausgegeben werden, wurden von jsf.* in faces.* umbenannt. Außerdem wurden in Nachrichten alle Verweise auf JSF durch Verweise auf Faces ersetzt. Dies sollte keine Auswirkungen auf den Anwendungscode haben. Stellen Sie jedoch sicher, dass die Änderung bei der Verarbeitung von Faces-Protokollnachrichten berücksichtigt wird.

Faces: Das Präfix für den Elementnamensbereich sollte in 'xmlns: faces' geändert werden.

Für Faces, die ein Namensbereichspräfix xmlns: jsf definieren, sollte das Präfix in xmlns: faces geändert werden. , damit sie mit der Dokumentation und den Beispielen für Faces 4.0 konsistent sind. Es ist nicht zwingend erforderlich, diese Änderung vorzunehmen, und es tritt kein Problem auf, wenn in Faces 4.0 weiterhin das Namensbereichspräfix xmlns: jsf verwendet wird.

RESTFul Web Services und XML Web Services: Globale Handler werden nicht mehr automatisch aktiviert

In früheren Liberty-Featureversionen von RESTful Web Services (JAXRS) und XML Web Services (JAXWS) wurde das SPI-Paket com.ibm.wsspi.webservices.handler des globalen Handlers für Web-Services automatisch aktiviert. Ab Jakarta EE 10 werden globale Handler standardmäßig inaktiviert. Wie in früheren Versionen müssen Sie ein Benutzerfeature erstellen, um einen globalen Handler zu konfigurieren. Ab diesem Release müssen Sie außerdem das geschützte Liberty-Feature io.openliberty.globalhandler-1.0 zur Manifestdatei Ihres Benutzerfeatures hinzufügen, um das SPI-Paket zu aktivieren.

Informationen zur Unterstützung von Jakarta EE 10 in Liberty finden Sie unter Unterstützung für Jakarta EE 10, MicroProfile 6 und Java SE 20 in Open Liberty 23.0.0.3.

Siehe . Unterschiede zwischen Jakarta EE 10 und 9.1 für weitere Migrationsinformationen.