Señalar a los beans de sesión sin estado en enterprise javabeans

Video: Videotutorial No. 3 Curso de EJB 3 - Stateful session bean

beans de sesión sin estado - EJB que completan una tarea en un solo paso - son sin duda el más simple de todos componentes EJB. Hacen demandas mínimos sobre el desarrollador de componentes EJB y se utilizan para implementar operaciones muy simples. Sin embargo, tiene varias reglas importantes con respecto a los beans de sesión sin estado que, como desarrollador de EJB, usted debe recordar.

beans de sesión sin estado puede ser complicado debido a la forma en que se definen las interfaces EJBHome y EJBObject. Todos los tipos de componentes EJB implementan estas dos interfaces, que deben ser lo suficientemente generales como para apoyar los métodos necesarios por los granos sin estado de sesión, beans de sesión con estado y beans de entidad. Debido a que los beans de sesión sin estado son tan simples, que no necesitan todos los métodos que las interfaces EJBHome y EJBObject definen. En consecuencia, algunos de los métodos en el bean de sesión sin estado siempre lanzar excepciones si son invocados.

Tome una nota - la hora de definir sus propias clases, es una buena idea para definir interfaces de modo que se esconden métodos que son irrelevantes para una aplicación en particular. Esto se logra simplemente mediante la definición de la interfaz más estrecho primero, y luego extenderla a añadir métodos adicionales para una interfaz más amplio, y así sucesivamente hasta que haya definido todos los métodos necesarios. Si lo hace, elimina el desorden que resulta de tener métodos implementados en una clase que no los necesitan y no pueden usarlos.

de sesión sin estado del ciclo de vida de frijol

beans de sesión sin son componentes EJB diseñado con dos objetivos en mente simples:

  • Para llevar a cabo tareas simples que se pueden realizar en una sola invocación de método.
  • Para ser compartido por muchos clientes al mismo tiempo. Esta es la causa fundamental para el bean de sesión sin estado de ser.

El termino apátrida se refiere al hecho de que el bean de sesión sin estado no puede contener ninguna información para un cliente EJB entre invocaciones de métodos para ese cliente. La razón beans de sesión sin estado no tienen estado se debe a que los granos se mantengan en un fondo común en el contenedor EJB entre cada invocación de método en el frijol, un proceso que se muestra en la Figura 1.

Ciclo de vida del bean de sesión sin estado.
Figura 1: Ciclo de vida del bean de sesión sin estado.

Cuando un cliente invoca un método en un bean de sesión sin estado, se retira de la piscina, se ejecuta el método, y el grano se devuelve inmediatamente a la piscina. En consecuencia, si se ejecutara dos métodos simultáneos en una variable bean de sesión sin, diferentes granos en el contenedor EJB probablemente darles servicio.

casos ideales para el uso de beans de sesión sin estado son para tareas simples, tales como el procesamiento de un pago, hacer un depósito, o hacer un retiro. Estas tareas todos tienen dos características comunes: Representan las acciones, y que se pueden realizar en un solo paso.

Mientras beans de sesión sin ofrecen una gran mejora en el rendimiento, no son la mejor opción para todas las tareas. Si necesita que su bean de sesión para recordar la información suministrada por un cliente a través de múltiples invocaciones de métodos, se debe usar beans de sesión con estado.

Video: Diagrama de estados y su implementación con Arduino

Cuándo utilizar beans de sesión sin estado

Dada la abundancia de opciones de componentes EJB disponibles para usted, a veces puede ser difícil decidir si el bean de sesión sin estado es la herramienta adecuada para la tarea. Un par de sencillas instrucciones le puede ayudar a tomar esa decisión.

Video: Labview - Maquina de Estados [Final]

  • En primer lugar, considerar si la tarea que su aplicación necesita realizar se puede lograr de una invocación de un solo método. Recuerde que un bean de sesión sin estado no puede recordar estado específico a un cliente entre invocaciones de métodos. Por lo tanto, si la tarea actual consiste en más de un solo paso, el bean de sesión sin estado no es la elección correcta. Pero si se puede realizar la tarea en un solo paso, a continuación, utilizar siempre el bean de sesión sin estado.
  • En segundo lugar, determinar si el proceso de su aplicación está realizando necesita ser visible a varios clientes al mismo tiempo. Si la aplicación tiene que compartir la información y el estado entre varios clientes, entonces usted tiene sólo una opción - un bean de entidad.

Video: Paso4 Máquina de Estados

Recuerde que un bean de sesión sin estado ofrece beneficios sustanciales de rendimiento para su aplicación. En general, si se puede diseñar la aplicación para maximizar el uso de beans de sesión sin estado, el servidor de aplicaciones será capaz de responder a las invocaciones de los clientes con mayor rapidez. Ver Los fundamentos de la escritura Código Enterprise JavaBean.

Artículos Relacionados