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 tal vez quieren descubrir más sobre 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 exitoso programador EJB, primero hay que entender el modelo conceptual de la arquitectura de Enterprise JavaBeans. los arquitectura es el modelo conceptual que las aplicaciones EJB estructuras 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 cumplir con ciertas prácticas de desarrollo con el fin de asegurar que la aplicación EJB funciona correctamente. Sus responsabilidades se refieren como el contrato de desarrollador EJB.
EJB son componentes de software. UN 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ífica 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 envase (¿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 poderoso en sus componentes de software sin necesidad de escribir código para crear esas características.
Los EJB que se desarrollan en su aplicación EJB deben proporcionar servicios que son únicos y especiales a los problemas de negocio de su software tiene que abordar. Si sus componentes EJB no se refieren a un único problema, entonces no necesariamente tienen que desarrollarlas ti mismo, es probable que pueda comprar los componentes existentes que hacen el trabajo.
Ahora, para la captura. (Nunca se obtiene algo por nada.) En el caso de los EJB, con el fin de beneficiarse de los servicios de cualquier contenedor, que - como el desarrollador de EJB - debe adherirse a una 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, 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 es posible pensar en su sistema estéreo. Si usted es un audiófilo, usted tiene la posibilidad de elegir entre una 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. Se 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 ser añadidos o borrados 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 sencilla del modelo de componentes para Enterprise JavaBeans.
Video: 5. Wrox - Enterprise Java Beans (EJB) Tutorial Overview - Examples
La figura muestra las siguientes tres actores 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. Es posible que tenga una aplicación Java Server Pages (JSP) como un cliente o una aplicación de escritorio que reside en el ordenador de un usuario. El cliente también puede ser otra empresa JavaBean.
- El recipiente es el anfitrión para componentes EJB. Proporciona una variedad de servicios del sistema para el componente EJB por lo que 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 al 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 lo que se refiere al cliente, se piensa que está hablando directamente con un componente EJB.
- El componente EJB es un proveedor de servicios empresariales o datos de negocio.Servicios de negocios y datos de la empresa son procesos andinformation que tú definir y que son específicos a las necesidades de su negocio. Como un desarrollador de componentes EJB, sus responsabilidades de desarrollo son de dos tipos:
Video: 4_1 Introduction To EJB And Its Types
• Sus componentes EJB deben implementar los métodos requeridos por la arquitectura de componentes EJB. Estos métodos se denominan colectivamente como la Interfaz de programación de aplicaciones (API). Los métodos definidos en la API permiten que el contenedor EJB para proporcionar servicios de sistema a sus componentes EJB. También le permiten hacer peticiones al contenedor para realizar determinadas acciones, como obtener la identidad de un usuario.
• Debe implementar los métodos de negocio necesarios para la aplicación que se está desarrollando. Eso permite que el cliente reciba servicios de negocios y datos de la empresa desde su componente EJB. Por ejemplo, si está desarrollando una aplicación de carrito de la compra para su negocio, usted necesita definir métodos para añadir elementos a la cesta y eliminar elementos de la carreta.
La implementación de los servicios de negocio en una aplicación EJB es poco diferente de la implementación de los mismos en cualquier otra aplicación Java. No hay ningún misterio o magia para él.