Procedimientos recomendados para el desarrollo de enterprise bean
Utilice las directrices siguientes cuando diseñe y desarrolle enterprise beans.
- Utilice un bean de sesión sin estado para que actúe como punto de entrada para la lógica empresarial.
- Los beans de entidad deben utilizar la persistencia gestionada por contenedor.
- En entornos EJB (Enterprise JavaBeans) versión 2.x y posteriores, utilice las interfaces
locales para mejorar las comunicaciones entre los enterprise beans de la misma JVM
(Máquina virtual Java).
Las llamadas locales evitan la carga adicional de RMI/IIOP y utilizan la semántica de pase por referencia, en lugar de pase por valor. Para cada llamada, los beans del emisor de la llamada y del que ha sido llamado comparten el estado de los argumentos. Los beans EJB 2.x y posteriores pueden tener tanto una interfaz local como remota, pero por lo general o tienen una o tienen otra.
- Para comunicarse con clientes remotos, proporcione interfaces remotas e interfaces remotas de factoría. Para la comunicación con los clientes locales como, por ejemplo, los servlets, los beans de entidad y los beans controlados por mensajes, proporcione interfaces locales e interfaces locales de factoría.
Mandatos por lotes para persistencia gestionada por contenedor
A partir de JDBC 2.0, los objetos PreparedStatement pueden mantener una lista de mandatos que se pueden someter juntos como un lote. En lugar de varios recorridos completos de base de datos, sólo hay un recorrido completo de base de datos para todas las solicitudes de persistencia por lotes.
Puede habilitar el uso de esta característica para la persistencia gestionada por contenedor (CMP) de EJB. Si lo hace, el tiempo de ejecución difiere ejbStore/ejbCreate/ejbRemove o las solicitudes de persistencia de base de datos equivalentes (insert/update/delete) hasta que sean necesarias. Esto ocurrirá al final de la transacción, o cuando se necesite un vaciado para los buscadores relacionados con este tipo de EJB. Finalmente, cuando se produce la operación de persistencia, el tiempo de ejecución acumula las solicitudes de la base de datos y utiliza la operación por lotes de JDBC PreparedStatement para realizar una sola llamada JDBC para varias filas en la misma operación.
El producto permite realizar la misma configuración utilizando herramientas de ensamblaje.
Creación diferida para persistencia gestionada por contenedor
Para CMP, durante ejbCreate, la especificación de EJB (Enterprise JavaBeans) 2.x establece que el contenedor puede crear inmediatamente la representación de la entidad en la base de datos, o postergarla para más tarde.
Puede activar esta opción desde el lado del EJB CMP. Cuando se selecciona esta opción, el tiempo de ejecución difiere ejbCreate, o la solicitud de persistencia de base de datos equivalente, hasta que sea necesaria. Esto ocurrirá al final de la transacción, o cuando se necesite un vaciado para los buscadores relacionados con este tipo de EJB. De esta forma puede reducir dos recorridos completos para la entidad que se ha creado (insertar y actualizar) a uno (insertar).
El producto permite realizar la misma configuración utilizando herramientas de ensamblaje.