Migración del código del enterprise bean a la especificación soportada.

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

  1. 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.
  2. [AIX Solaris HP-UX Linux Windows]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.
  3. Vuelva a ensamblar y desplegar todos los módulos para incorporar el código migrado.

Icon that indicates the type of topic Task topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tejb_migr
File name: tejb_migr.html