Diferencia entre revisiones de «EJB»
(ABFRHcpMhjGvjBsQ) |
|||
(No se muestran 20 ediciones intermedias de 20 usuarios) | |||
Línea 1: | Línea 1: | ||
− | + | [[Category:EJB]] | |
+ | Los Enterprise Java Beans (también conocidos por sus siglas EJB) son una de las API que forman parte del estándar de construcción de aplicaciones empresariales [[Java EE]]. Su especificación detalla cómo un [[Servidor de Aplicaciones]] provee objetos desde el lado del servidor que son, precisamente, los EJBs: | ||
+ | |||
+ | * comunicación remota utilizando CORBA | ||
+ | * transacciones | ||
+ | * control de la concurrencia | ||
+ | * eventos utilizando JMS (Java messaging service) | ||
+ | * servicios de nombres y de directorio | ||
+ | * seguridad | ||
+ | * ubicación de componentes en un servidor de aplicaciones. | ||
+ | |||
+ | La especificación de Enterprise Java Bean define los papeles jugados por el contenedor de EJB y los EJBs, además de disponer los EJBs en un contenedor. | ||
+ | |||
+ | ==Tipos de EJB== | ||
+ | Actualmente, en la especificación 3.0 de EJB, existen 2 tipos principales de EJB: | ||
+ | *'''Session Beans''' | ||
+ | ** Stateful Session Beans, son objetos distribuidos que mantienen estado. Pueden ser utilizados, por ejemplo, para mantener los items de un carrito de compras. | ||
+ | ** Stateless Session Beans, son objetos distribuidos que no mantienen estado, lo que permite que sean invocados de manera concurrente. Suelen exponer lógica de negocio. | ||
+ | |||
+ | [[Message Driven Bean]], son objetos distribuidos que se asocian a destinos JMS y se invocan asincrónicamente al momento de la llegada de un mensaje al destino. | ||
+ | |||
+ | En la versión 2.x de EJB existía un tercer tipo: '''Entity Beans''', que eran objetos distribuidos para la persistencia de datos en una [[Base De Datos]]. Estos objetos fueron reemplazados en la versión 3.0 por la JavaPersistenceApi. | ||
+ | |||
+ | ==Testeo de los EJB== | ||
+ | Como los EJB se ejecutan dentro de un [[Servidor de Aplicaciones]], puede resultar dificil su testeo, en particular la PruebaUnitaria. Existen algunos frameworks para poder testear unitariamente a los EJB: | ||
+ | * [[MockEjb]] | ||
+ | * [[Cactus]] | ||
+ | |||
+ | ==Ver también== | ||
+ | * [[JMS]] | ||
+ | * [[Message Driven Bean]] | ||
+ | * [[Ejb Con Spring]] | ||
+ | * [[Timer Service En EJB]] | ||
+ | * [http://es.wikipedia.org/wiki/Enterprise_JavaBeans EJB en la Wikipedia] |
Revisión actual del 12:24 11 jul 2011
Los Enterprise Java Beans (también conocidos por sus siglas EJB) son una de las API que forman parte del estándar de construcción de aplicaciones empresariales Java EE. Su especificación detalla cómo un Servidor de Aplicaciones provee objetos desde el lado del servidor que son, precisamente, los EJBs:
- comunicación remota utilizando CORBA
- transacciones
- control de la concurrencia
- eventos utilizando JMS (Java messaging service)
- servicios de nombres y de directorio
- seguridad
- ubicación de componentes en un servidor de aplicaciones.
La especificación de Enterprise Java Bean define los papeles jugados por el contenedor de EJB y los EJBs, además de disponer los EJBs en un contenedor.
Tipos de EJB
Actualmente, en la especificación 3.0 de EJB, existen 2 tipos principales de EJB:
- Session Beans
- Stateful Session Beans, son objetos distribuidos que mantienen estado. Pueden ser utilizados, por ejemplo, para mantener los items de un carrito de compras.
- Stateless Session Beans, son objetos distribuidos que no mantienen estado, lo que permite que sean invocados de manera concurrente. Suelen exponer lógica de negocio.
Message Driven Bean, son objetos distribuidos que se asocian a destinos JMS y se invocan asincrónicamente al momento de la llegada de un mensaje al destino.
En la versión 2.x de EJB existía un tercer tipo: Entity Beans, que eran objetos distribuidos para la persistencia de datos en una Base De Datos. Estos objetos fueron reemplazados en la versión 3.0 por la JavaPersistenceApi.
Testeo de los EJB
Como los EJB se ejecutan dentro de un Servidor de Aplicaciones, puede resultar dificil su testeo, en particular la PruebaUnitaria. Existen algunos frameworks para poder testear unitariamente a los EJB: