enterprise javabeans distributed component object model n.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
Enterprise JavaBeans Distributed Component Object Model PowerPoint Presentation
Download Presentation
Enterprise JavaBeans Distributed Component Object Model

Loading in 2 Seconds...

play fullscreen
1 / 43

Enterprise JavaBeans Distributed Component Object Model - PowerPoint PPT Presentation


  • 103 Views
  • Uploaded on

Enterprise JavaBeans Distributed Component Object Model. Universidad Sim ón Bolívar Departamento de Computación y T.I Sistemas de Operación III. Siem, Shun. Cuello, Veronica. Retzinac, Marcos. Azzato, Gian Franco. Enterprise Java Beans (EJB ). Tecnología Enterprise JavaBeans

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'Enterprise JavaBeans Distributed Component Object Model' - zanna


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
enterprise javabeans distributed component object model

Enterprise JavaBeansDistributed Component Object Model

Universidad Simón Bolívar

Departamento de Computación y T.I

Sistemas de Operación III

Siem, Shun.

Cuello, Veronica.

Retzinac, Marcos.

Azzato, Gian Franco.

enterprise java beans ejb
Enterprise Java Beans (EJB)
  • Tecnología Enterprise JavaBeans
  • Enterprise Java Bean
  • Tipos de EJB’s
  • El EJB Container
  • Interfaces
  • Creación del EJB en el servidor
  • EJB como objeto distribuido
tecnolog a enterprise javabeans

Desarrollo y estructuración de aplicaciones

Arquitectura

EJB Container

Objetos distribuidos y componentes del lado del servidor

Convenciones

Protocolos

Interfases

EJB

Especificaciones

Tecnología Enterprise JavaBeans

La especificación exige un modelo de programacion, constituido por convenciones o protocolos y un conjunto de clases e interfaces sobre las cuales de apoya el EJB API.

El modelo de programación de EJB provee a los desarrolladores y proveedores de beans, un conjunto de contratos que definen un estándar comun para el desarrollo. El principal logro de estos contratos es asegurar la portabilidad entre distintos proveedores y así soportar un gran conjunto de funcionalidades.

enterprise java beans ejb1
Enterprise Java Beans (EJB)
  • Tecnología Enterprise JavaBeans
  • Enterprise Java Bean
  • Tipos de EJB’s
  • El EJB Container
  • Interfaces
  • Creación del EJB en el servidor
  • EJB como objeto distribuido
enterprise java bean
Enterprise Java Bean
  • Componente utilizado en JAVA que permite agrupar funcionalidades que forman parte de una aplicación.
  • Un JAVA Bean puede agrupar información personal, datos sobre un pedimentos, requerimientos de órdenes, etc.
  • Requiere ser integrado con otros componentes para ser funcional.
enterprise java bean1
Enterprise Java Bean
  • Es un componente de despliegue, es decir, que existe un ambiente de ejecución (Enterprise Java Bean Container) .
  • No requiere ser integrado, ya que puede ser activado mediante el Contenedor de los EJB)
cuando usar enterprise java beans
¿Cuando Usar Enterprise Java Beans?
  • Si la aplicación debe ser escalable.
  • Si debe asegurarse la integridad de la información en las transacciones.
  • Si la aplicación tendrá usuarios variados.
por que usar enterprise java beans
¿Por que Usar Enterprise Java Beans?

Porque simplifican el desarrollo de grandes aplicaciones distribuidas.

  • RAZONES:
  • EJB Containers
  • Cada beans contienen las aplicaciones de la lógica de negocios
  • Los EJB son reusables
enterprise java beans ejb2
Enterprise Java Beans (EJB)
  • Tecnología Enterprise JavaBeans
  • Enterprise Java Bean
  • Tipos de EJB’s
  • El EJB Container
  • Interfaces
  • Creación del EJB en el servidor
  • EJB como objeto distribuido
tipos de ejb s sesion
Tipos de EJB’s: Sesion
  • Bean de sesión sin estado
    • Soporta múltiples usuarios  escalabilidad
    • Puede ser implementado en aplicaciones WEB
    • El estado dura sólo en la ejecución de la tarea
  • Bean de sesión con estado
    • El estado dura durante toda la sesión
  • Representa a un cliente dentro de una aplicación del servidor el cual invoca uno de los métodos para ejecutar la aplicación.
  • Ejecuta trabajos para su cliente excluyéndolo de la complejidad ejecutando las tareas de negocios dentro del servidor.
  • Es similar a una sesión interactiva.
  • No es compartido, sólo puede tener un cliente así como una sesión interactiva sólo puede tener un usuario.
  • No es persistente (La información no es almacenada en una BD).
  • Cuando se termina la sesión, el bean termina y no guarda ninguna relación con el cliente.
tipos de ejb s sesion1
Tipos de EJB’s: Sesion

CUANDO EMPLEARLOS

  • Si tengo un cliente el cual solo tendrá acceso a una instancia del bean.
  • Cuando el estado no sea persistente.
  • Si se implementará un servicio Web.
  • Si el estado representa una interacción entre el bean y un cliente específico.
  • Si se requiere mantener la información del cliente a través de la invocación de métodos.
  • Si el bean es un intermediario entre el cliente y otros métodos de la aplicación presentándole una vista simplicada.
tipos de ejb s entidad
Tipos de EJB’s: Entidad
  • Representa un objeto de negocios en un mecanismo de almacenaje persistente (MAP).
  • En una aplicación del servidor MAP BD
  • Cada instancia del bean representa una línea en una tabla.
  • Persistentes.
  • Permiten acceso compartido
  • Contienen claves primarias.
  • Pueden interactuar con otros beans de entidad.
tipos de ejb s entidad1
Tipos de EJB’s: Entidad

CUANDO EMPLEARLOS

  • Cuando se representa una entidad de negocios y no un procedimiento.
  • Cuando el estado deba ser persistente. Si la instancia termina o se apaga el servidor de la aplicación, el estado del bean existe en una BD.
tipos de ejb s mensajes dirigidos
Tipos de EJB’s: Mensajes Dirigidos
  • Permite a las aplicaciones de J2EE procesar mensajes de manera asíncrona.
  • Normalmente actua como un listener de mensajes, similar a un listener de eventos.
  • Los mensajes pueden ser enviados desde cualquier componente de J2EE.
  • Se ejecutan por un mensaje del cliente.
  • Tienen un periodo de vida corto.
  • No representan información compartida en una BD, pero pueden accesar para actualizarla.
  • Pueden ser transaction-aware.
  • No tienen estado (stateless.)
tipos de ejb s mensajes dirigidos1
Tipos de EJB’s: Mensajes Dirigidos

CUANDO EMPLEARLOS

  • Cuando no se sea saturar los recursos del sistema por el envío de mensajes de manera síncrona (beans de sesión y de entidad)
enterprise java beans ejb3
Enterprise Java Beans (EJB)
  • Tecnología Enterprise JavaBeans
  • Enterprise Java Bean
  • Tipos de EJB’s
  • El EJB Container
  • Interfaces
  • Creación del EJB en el servidor
  • EJB como objeto distribuido
el ejb container
El EJB Container

El contenedor de EJB provee servicios a nivel de sistema para los EJB, el bean de desarrollo puede concentrarse en resolver problemas de negocios. El contenedor del EJB (no el de desarrollo) es el responsable por los servicios a nivel de sistema tales como manejo de transacciones y seguridad de autorización.

Los containers manejan almacenan a los enterprise bean (EJB) de la misma forma que los servidores web Java almacenan servlets o que los browser HTML almacenan applets.

  • Un EJB no puede funcionar fuera de un container
  • Los EJB Container manejan cada aspecto de los eb en tiempo de ejecucion, los cuales incluyen, acceso remoto al bean, seguridad, persistencia, transacciones concurrencia y acceso a los recursos.
el ejb container1
El EJB Container
  • Los enterprise bean son componentes de software que corren en un ambiente especial llamado EJB container . Los container organizan y manejan los beans...
  • Los container aislan a los enterprise beans del acceso directo de las aplicaciones de los clientes. Cuando un aplicación invoca un metodo remoto en un enterprise bean, el container inetercepta la invocación para asegurar la persistencia, transacción, y la seguridad .
  • Los desarrolladores de enterprise bean se pueden enfocar en encapsular las reglas del negocios, mientras los container se encargan de todo lo demás.
  • Un EJB no puede funcionar fuera de un container
  • Los EJB Container manejan cada aspecto de los EJB en tiempo de ejecucion
  • acceso remoto al bean.
  • seguridad.
  • persistencia.
  • transacciones.
  • concurrencia.
  • acceso a los recursos.

Los containers manejan almacenan a los enterprise bean (EJB) de la misma forma que los servidores web Java almacenan servlets o que los browser HTML almacenan applets.

funcionamiento ejb container
Funcionamiento EJB Container
  • El container protegé al bean del acceso directo desde las aplicaciones clientes.
  • Cuando un cliente invoca un metodo remoto de un EJB, el contenedor primero intercepta esta para asegurar la seguridad de cada operacion que se desempenia en el bean.

Manejo de un EJB en en tiempo de ejecucion

enterprise java beans ejb4
Enterprise Java Beans (EJB)
  • Tecnología Enterprise JavaBeans
  • Enterprise Java Bean
  • Tipos de EJB’s
  • El EJB Container
  • Interfaces
  • Creación del EJB en el servidor
  • EJB como objeto distribuido
interfaces
Interfaces
  • Home Interface: define un esqueleto para funciones utilizadas en el Enterprise Bean Class, las funciones que deben ser declaradas son aquellas necesarias para la creacion-activacion de un EJB algunas son: create, passivate,activate.
  • Remote Interface: contiene las declaraciones para los metodos de negocios definidas en el Enterprise Bean Class.
  • Las interfaces remotas y home son tipos de interfaces remotas de RMI de Java. La interfaz java.rmi.Remote es utilizada por objetos remotos para representar los bean en una dirección de espacio diferente.
enterprise java beans ejb5
Enterprise Java Beans (EJB)
  • Tecnología Enterprise JavaBeans
  • Enterprise Java Bean
  • Tipos de EJB’s
  • El EJB Container
  • Interfaces
  • Creación del EJB en el servidor
  • EJB como objeto distribuido
slide25

Para reducir el consumo y procesamiento de memoria, los contenedores agrupan los recursos y manejan el ciclo de vida de todos los beans muy cuidadosamente.

  • Los enterprise bean dependen de los container para todas las cosas que necesiten.
  • Los bean enterprise interactuan con el container por medio de alguno de los siguientes tres mecanismos: metdos callbacks, el EJBContext interface, o el JNDI.

“Genera un EJB”

Objeto proxy

Creación del EJB en el servidor

Cliente

Servidor

Container

EJB

  • Una aplicación cliente contacta al servidor y le pide que genere un EJB para que procese datos en su nombre. El servidor responde creando un Objeto en él (la instancia del componente del EJB), y devuelve un objeto proxy (el Objeto EJB).
  • La aplicación cliente realmente contacta al container del servidor y le pide que genere un objeto en particular, el conteiner responde con el Objeto EJB que puede ser utilizado para manipular el nuevo componente EJB recién generado.
  • Luego el cliente puede llamar los metodos del objeto EJB, que son enviados al container.
enterprise java beans ejb6
Enterprise Java Beans (EJB)
  • Tecnología Enterprise JavaBeans
  • Enterprise Java Bean
  • Tipos de EJB’s
  • El EJB Container
  • Interfaces
  • Creación del EJB en el servidor
  • EJB como objeto distribuido
slide27

EJB como objeto distribuido

  • Se envuelve la instancia en objeto llamado esqueleto el cual contiene una coneccion de red con otro objeto llamado stub.
  • En EJB los esqueletos para las interfaces remotas y home estan implementados por el container y no por las clase bean.
  • Los protocolos de objetos distribuidos definen el formato de los mensajes de red enviados entre los espacios de direcciones.
distributed component object model dcom
Distributed Component Object Model (DCOM)
  • Manejo de objetos remotos sobre el protocolo ORPC (Object Remote Procedure Call).
  • ORPC sobre DCE’s RPC (DCE: un estándar de la industria para ambientes de cómputo distribuido; y RPC: Remote Procedure Call).
  • Interactúa con los servicios COM.
dcom una tecnolog a de middleware
DCOM: Una tecnología de middleware.
  • Heterogeneidad.
  • Transportes de red (HTTP).
  • Programación Distribuida.
  • Funciona en cualquier plataforma que posea COM.
dcom c mo nace
DCOM: Cómo nace?
  • OLE: Object Linking and Embedding.
  • COM: Component Object Model.
  • DCOM: Distributed Object Model.
dcom beneficios
DCOM: Beneficios!
  • Icrementa la Seguridad (¿?).
  • Instanciación Remota de Módulos.
  • Intercambio estandarizado de la Información.
  • Control de los Clientes (tiempo de vida, terminación, referencias).
  • Mecanismo interno de ping.
dcom detalles t cnicos
DCOM: DetallesTécnicos
  • Interfaz IDL:
    • contrato entre el servidor del objeto remoto y sus clientes.
    • El servicio que el objeto distribuido remoto (servidor) provee es encapsulado como un objeto y la interfaz remota del objeto está descrita en el archivo IDL.
    • Dual: invocaciones dinámica y estáticas.
dcom detalles t cnicos cont
DCOM: DetallesTécnicos (Cont.)
  • Interfaz IDL (Cont.):
    • Invocación estática: el compilador IDL de Microsoft (MIDL) crea un código proxy y un código stub. Éstos son registrados en los sistemas para permitir mayor flexibilidad en su uso.
    • Invocación dinámica: los objetos COM implementan una interfaz llamada IDispatch. Se usan las Librerías de Tipo.
dcom detalles t cnicos cont1
DCOM: DetallesTécnicos (Cont.)
  • Identificadores Universally Unique Identifier (UUID):
    • Identificador de Interfaz (IID):uuid(BC4C0AB0-5A45-11d2-99C5-00A02414C655).
    • Identificador de clase (CLSID): private static final String CLSID = "BC4C0AB3-5A45-11d2-99C5-00A02414C655";
dcom detalles t cnicos cont2
DCOM: DetallesTécnicos (Cont.)
  • Herencia Múltiple: COM deja a un lado la herencia múltiple para proveer un estándar binario para las implementaciones de objetos. En vez de la herencia múltiple, COM utiliza la noción de que el objeto tiene múltiples interfaces con el fin de alcanzar el mismo propósito.
dcom detalles t cnicos cont3
DCOM: DetallesTécnicos (Cont.)
  • Funcionamiento:

Obj.1

Stock

Market

Obj.n

Stub

Stock

Market

Proxy

Interfaz

Obj.1

IStock

Market

Interfaz

Obj.n

Cliente

Servidor

  • IStockMarket market = (IStockMarket)new simplestocks.StockMarket();
dcom detalles t cnicos cont4
DCOM: DetallesTécnicos (Cont.)
  • Funcionamiento (Cont.):
    • la Máquina Virtual de Java de Microsoft (Microsoft JVM) tiene que usar el CLSID para hacer una llamada al método CoCreateInstance().
    • Esto devuelve un puntero a IUnknown ya que la interfaz todavía es desconocida. Al recibir este puntero, se lleva a cabo un cast para indicar de qué tipo es la interfaz.
  • IStockMarket market = (IStockMarket)new simplestocks.StockMarket();
dcom detalles t cnicos cont5
DCOM: DetallesTécnicos (Cont.)
  • Funcionamiento (Cont.):
    • El cast hacia IStockMarket fuerza a la Máquina Virtual de Java de Microsoft a llamar al método del servidor de objetos DCOM QueryInterface() para obtener un puntero a IStockMarket.
    • Si la interfaz no es soportada se bota una excepción ClassCastException.
    • Una vez que el cliente obtiene un puntero válido al servidor de objetos DCOM, accede a sus métodos como si estuviesen en su espacio local de direcciones.
  • IStockMarket market = (IStockMarket)new simplestocks.StockMarket();
dcom resumen
DCOM:Resumen
  • Soporta múltiples interfaces para objetos y utiliza el método QueryInterface() para navegar entre interfaces.
  • Cada objeto implementa IUnknown.
  • Identifica de manera única a cada objeto del servidor a través de su puntero a interfaz, el cual sirve para manejarlo en tiempo de ejecución.
  • La información de tipos para los métodos es mantenida en la librería de tipos.
  • La responsabilidad de localizar la implementación de un objeto reside en el Service Control Manager (SCM).
  • El stub del cliente se llama proxy.
  • El stub del servidor se llama stub.
dcom resumen cont
DCOM:Resumen (Cont.)
  • Identifica de manera única a las interfaces, utilizando los IID y a las clases mediante el CLSID. El mapeo de éste se encuentra en el registry.
  • La generación de referencias del servidor remoto se lleva a cabo en el protocolo de red por el exportador de Objetos.
  • Utiliza el ORPC (Object Remote Procedure Call) como su protocolo remoto.
  • Los métodos del servidor se activan mediante el método CoCreateInstance().
  • El manejo de objetos que lleva a cabo el cliente lo hace mediante un puntero de interfaz.
dcom problemas
DCOM: Problemas
  • Seguridad:
    • Se dejó espacio amplio para los ataques malintencionados.
    • Desarrollo rápido y apurado sin estipular tiempo para la seguridad.
    • http://support.microsoft.com/kb/825750