En cuanto a la arquitectura de Enterprise JavaBeans

Todo el mundo está hablando de Enterprise JavaBeans (EJB). Tal vez su empresa tiene previsto ejecutar una aplicación EJB, o quizás usted quiere saber más acerca de esta tecnología para el enriquecimiento personal. Cualquiera sea la razón, estás a punto de descubrir que hay mucho más a la programación EJB que escribir código.

Para ser un programador EJB éxito, usted debe primero entender el modelo conceptual de la arquitectura de Enterprise JavaBean. los arquitectura es el modelo conceptual que aplicaciones estructuras EJB y asegura que las diferentes partes de la aplicación pueden trabajar juntos. La comprensión de la arquitectura EJB es importante porque, como desarrollador de EJB, debe adherirse a ciertas prácticas de desarrollo con el fin de garantizar que la aplicación EJB funciona correctamente. Sus responsabilidades se refieren como la Contrato desarrollador EJB.

EJBs son componentes de software. LA componente de software es un programa que se ejecuta dentro de un contenedor. (¿Qué es un contenedor? Siga leyendo!) El componente proporciona alguna funcionalidad única que es específico de la aplicación a desarrollar, si se trata de un carrito de compras para un minorista en línea o un servicio de gestión de cuentas para un banco. los contenedor (¿Ven?) Proporciona los componentes de software con servicios del sistema. Los servicios del sistema son los servicios genéricos que cualquier tipo de aplicación puede beneficiarse de, como los servicios de seguridad y de transacción. Básicamente, esto significa que usted puede beneficiarse de muchas características del sistema muy poderosos en sus componentes de software sin necesidad de escribir código para crear esas características.

Los EJB que se desarrollan en la aplicación EJB deben proporcionar servicios que son únicos y especiales a los problemas empresariales de su software tiene que abordar. Si sus componentes EJB no abordan un problema único, entonces no necesariamente tienen que desarrollarlas ti mismo, es probable que pueda comprar componentes existentes que hacen el trabajo.

Ahora, para la captura. (Nunca tienes algo por nada.) En el caso de los EJB, con el fin de beneficiarse de los servicios de cualquier envase, que - como el desarrollador EJB - deben cumplir con un contrato con el recipiente. El contenedor se compromete a proporcionar ciertas características para sus EJB de acuerdo con un conjunto específico de reglas. A cambio, usted debe desarrollar sus EJB para ajustarse a una estructura especifica que el contenedor EJB puede entender.

Piense en este concepto los componentes de la misma manera que usted puede pensar en su sistema estéreo. Si usted es un audiófilo, usted tiene la posibilidad de elegir entre una gran variedad de marcas para los diferentes componentes de su sistema estéreo. Usted puede obtener una marca de receptor, otra marca de amplificador, y sin embargo, otra marca de altavoces. Usted puede conectar a todos juntos, ya que cada componente se adhiere a una convención que requiere interfaces consistentes para conectarlo a un sistema estéreo. Del mismo modo, Enterprise JavaBeans pueden añadirse y eliminarse de cualquier contenedor EJB porque la especificación EJB requiere interfaces consistentes entre el recipiente y el componente EJB.

La Figura 1 ilustra una vista simple del modelo de componentes de Enterprise JavaBeans.

La figura muestra los siguientes tres jugadores clave en una aplicación EJB:

• los cliente es una aplicación de software que hace uso de componentes EJB. El cliente puede residir en el mismo equipo que el componente EJB, o puede residir en un equipo remoto. El cliente también puede ser prácticamente cualquier tipo de aplicación. Usted puede tener un JavaServer Pages (JSP) aplicación como un cliente, o una aplicación de escritorio que residen en la computadora de un usuario. El cliente también puede ser otra Empresa JavaBean.

• El contenedor es el anfitrión de componentes EJB. Se ofrece una variedad de servicios del sistema para el componente EJB para que usted no tiene que desarrollar su propia cuenta. Cuando una aplicación cliente - tal como una aplicación JSP - invoca un método en un componente EJB, la llamada se pasa a través del contenedor EJB primero. El contenedor lleva a cabo estos servicios adicionales y luego pasa a la llamada del cliente para el componente EJB. En última instancia, el componente EJB realiza las operaciones solicitadas por el cliente. Todo este proceso es completamente transparente para el cliente aplicación- en la medida que se refiere al cliente, se piensa que está hablando directamente a un componente EJB.

• El componente EJB es un proveedor de servicios empresariales o datos de negocio.Servicios de negocios y datos de negocios son procesos que andinformation tú definir y que son específicos a las necesidades de su negocio. Como desarrollador de componentes EJB, sus responsabilidades de desarrollo son de dos tipos:

• Sus componentes EJB deben implementar los métodos requeridos por la arquitectura de componentes EJB. Estos métodos se denominan colectivamente como el Interfaz de programación de aplicaciones (API). Los métodos definidos en la API permiten que el contenedor EJB para proporcionar los servicios del sistema a sus componentes EJB. También le permiten hacer peticiones al recipiente para llevar a cabo ciertas acciones, como obtener la identidad de un usuario.

• Debe implementar los métodos de negocio necesarios para la aplicación que está en desarrollo. Eso permite que el cliente reciba servicios de negocios y datos de negocio de su componente EJB. Por ejemplo, si está desarrollando un carrito de aplicación de compras para su negocio, usted tendrá que definir métodos para agregar elementos a la compra y eliminar elementos de la carreta.

La implementación de los servicios de negocio en una aplicación EJB es poco diferente de su aplicación en cualquier otra aplicación Java. No hay ningún misterio o magia para él.