Información general y problemas potenciales de Jakarta EE 9

Esta regla contiene información general de migración a Jakarta EE 9, así como información sobre problemas que WebSphere Migration Toolkit for Application Binaries (escáner binario) no detecta.

Jakarta: espacios de nombres de paquete cambiados

Debido al cambio en el espacio de nombres de paquetes en Jakarta EE 9, asegúrese de que todas las dependencias y bibliotecas utilizadas por la aplicación se hayan actualizado a las versiones que soportan Jakarta EE 9.

Características de Liberty: nombres de característica cambiados

En Liberty se han renombrado varias características entre Jakarta EE 8 y Jakarta EE 9. Por ejemplo, la caraterística jaxrs ahora es restfulws . Para obtener la lista completa de las características renombradas, consulte Actualizaciones de la característica Jakarta EE 9.1. La lista de características generada por el escáner binario contendrá los nombres de característica actualizados.

Características de Liberty: las tecnologías ya se habilitan por características de plataforma

La característica de plataforma jakartaee-9.1 no habilita varias tecnologías que antes estaban habilitadas por las características de plataforma como, por ejemplo, jakartaee-8.0 o javaee-7.0 . Las características jaxws , ahora xmlws y jaxb , ahora xmlbinding, ya no están habilitadas por la característica de plataforma. Si utiliza la característica de plataforma y la aplicación utiliza estas tecnologías, añada las características a server.xml. De forma alternativa, puede utilizar la lista de características generada por el escáner binario.

Servlet: el valor predeterminado de la propiedad enablePostOnlyJSecurityCheck ha cambiado

El comportamiento predeterminado de la propiedad de servlet com.ibm.ws.webcontainer.enablePostOnlyJSecurityCheck ha cambiado de false a true en Jakarta EE 9. Si la aplicación usa j_security_check en archivos html o jsp, compruebe si este cambio va a afectar a la aplicación.

Servlet: la corriente de salida de respuesta ahora se cierra automáticamente

Cuando una aplicación encapsula un objeto de respuesta y lo utiliza en el reenvío de asignación, antes de Jakarta EE 9 la corriente de salida de la respuesta no se cerraba antes de salir del reenvío. Este cierre es obligatorio en la especificación de servlet. Cuando una aplicación continúa escribiendo después del reenvío, se escribirán datos adicionales en la respuesta. En Jakarta EE 9, este comportamiento ha cambiado, por lo que la corriente de salida se cierra ahora. Se ha añadido la propiedad webcontainer closeWrappedResponseOutputAfterForward para conmutar este comportamiento. Establezca la propiedad a false si la aplicación necesita el comportamiento anterior.

Enterprise Beans: la interoperatividad distribuida se ha eliminado de la especificación

En Jakarta EE 9, la interoperatividad distribuida se ha eliminado de la especificación Enterprise Beans. Liberty sigue soportando RMI sobre IIOP, pero tenga en cuenta que, debido al renombrado de paquetes, el servidor remoto también tendrá que usar Jakarta EE 9. Aunque Liberty sigue soportando la interoperatividad distribuida en Jakarta EE 9, otros proveedores de servidor podrían eliminar dicho soporte.