Este producto soporta la especificación Enterprise JavaBeans (EJB) 3.1.
Antes de empezar
No existen problemas de migración asociados con la utilización de beans EJB 3.x. Las aplicaciones existentes continúan
ejecutándose tal cual y compilándose sin errores.
Nota: Las especificaciones de EJB 3.0 y EJB 3.1 han dejado en desuso la utilización de los beans de entidad de tipo
EJB
1.1.
Mientras utilice EJB 2.x y los módulos anteriores
del producto no estén aún en desuso, es recomendable que empiece
la migración a JPA (Java™ Persistence API)
o JDBC.
Acerca de esta tarea
Siga estos pasos como sea adecuado
para el despliegue de la aplicación.
Procedimiento
- Modifique el código de enterprise bean para los cambios en la especificación.
Tiene que migrar los beans de la versión 1.1 a beans de la versión 2.x y volverlos a
desplegar en el producto. Para obtener más información, consulte Migración del código de enterprise bean de la versión 1.1 a la versión 2.1.
Nota: La especificación de EJB de la versión 2.0
exige que antes de que un contenedor de EJB ejecute una consulta findByMétodo, se
sincronice el estado de todos los enterprise beans registrados en la transacción actual con el
almacén persistente. Esta sincronización se lleva a cabo de modo
que la consulta se realiza sobre los datos actuales. Cuando los beans de la versión 1.1 se vuelven a
ensamblar en
un módulo compatible con EJB 2.x, el contenedor de EJB sincroniza el estado de los beans de la versión 1.1, y
también el de los beans de la versión 2.x. Como resultado, podría observar algún cambio en el comportamiento
de la aplicación aún cuando el código de la aplicación de beans de la versión 1.1
no se haya cambiado.
Asegúrese de la compatibilidad de WebSphere
Application Server de 64-bits. Esto no es un problema para una aplicación Java pura. No obstante, si el código de aplicación utiliza el código JNI (Java
Native Interface), tenga en cuenta las consideraciones siguientes: el JNI permite que el código
Java que se ejecuta en una máquina virtual funcione con las
aplicaciones y bibliotecas escritas en otros lenguajes como, por ejemplo, C, C++ y el de ensamblaje. Es posible que las
llamadas JNI sean distintas después de la compilación, ya que las especificaciones JNI
pueden variar de versión a versión.
- Vuelva a ensamblar y
desplegar todos los módulos para incorporar el
código migrado.