¿Cuándo usar el bean de sesión con estado?

Tabla de contenido:

¿Cuándo usar el bean de sesión con estado?
¿Cuándo usar el bean de sesión con estado?

Video: ¿Cuándo usar el bean de sesión con estado?

Video: ¿Cuándo usar el bean de sesión con estado?
Video: EJB 3.x - Tipos de Sesion Beans: Stateless, Stateful, Singleton y opciones CMP & BMP Transaction API 2024, Noviembre
Anonim

Los beans de sesión con estado son adecuados si se cumple alguna de las siguientes condiciones. El estado del bean representa la interacción entre el bean y un cliente específico. El bean necesita contener información sobre el cliente a través de invocaciones de métodos.

¿Cuándo debo usar el bean de sesión?

En general, debe usar un bean de sesión si se cumplen las siguientes circunstancias:

  1. En un momento dado, solo un cliente tiene acceso a la instancia del bean.
  2. El estado del frijol no es persistente, existiendo solo por un corto período (quizás unas pocas horas).
  3. El bean implementa un servicio web.

¿Cuál es la función de los beans de sesión con estado?

El bean de sesión con estado es un objeto comercial que representa la lógica comercial como un bean de sesión sin estado. Pero, mantiene el estado (datos). En otras palabras, el contenedor mantiene el estado conversacional entre varias llamadas a métodos en el bean de sesión con estado.

¿Cómo se usan los beans de sesión con estado?

Pasos para crear EJB con estado

Usar la anotación @Local si el cliente EJB se encuentra en el mismo entorno en el que se debe implementar el bean de sesión EJB. Utilice la anotación @Remote si el cliente EJB se encuentra en un entorno diferente en el que se debe implementar el bean de sesión EJB. Cree un bean de sesión con estado, implementando la interfaz anterior.

¿Cuál es la razón válida detrás de un bean de sesión con estado en lugar de un bean de sesión sin estado?

Debido a que pueden admitir múltiples clientes, los beans de sesión sin estado pueden ofrecer una mejor escalabilidad para aplicaciones que requieren una gran cantidad de clientes. Por lo general, una aplicación requiere menos beans de sesión sin estado que beans de sesión con estado para admitir la misma cantidad de clientes.

Recomendado: