CORBA: Common Object Request Broker Arquitecture

1. CORBA: Common Object Request Broker Arquitecture César Guerrero Saldivia CC52N - 99/2

2. ¿que es Corba? • Common Object Request Broker Arquitecture (CORBA) • CORBA es una especificación. No es un software o aplicación. • Auspiciado por Object Managament Group (OMG), para establecer una especificación de inter-operabilidad entre plataformas. • OMG es fundada en 1989, por American Airlines, Canon, Data General, HP, Philips Telecomunicaciones, Sun , 3Com y Unisys • Hay un gran número de implementaciones de CORBA. Estas son conocidas como Object Request Broker (ORB)

3. ¿que soluciona Corba? • Aplicaciones. Procesos clientes y servidores que representan la lógica del negocio como objetos que pueden residir en distintas máquinas. • Middleware. Soporte que permite la comunicación entre aplicaciones. • Servicios de Red. Transporta la información entre computadores. • Servicios Locales. Ejemplo, bases de datos y administradores de transacciones. • Sistema Operativo. Provee servicios básicos de Hw y scheduling.

4. ¿que soluciona Corba? Definición Middleware ......Conjunto de servicios comunes no relacionado con “la lógica de negocio” que permite que aplicaciones servidoras y clientes interactuen con otras a través de una Red. En esencia el Middleware es el software que reside sobre la red , permitiendo software de aplicacion orientados sólo a “logica de negocio.

5. ¿que soluciona Corba? • Importancia del Middleware.

6. ¿que soluciona Corba? • Ejemplos sobre implementaciones de Middleware. • Correo Electrónico. Provee servicios no relacionados con el negocio que residen sobre la red permitiendo interconectar usuarios. • Productos de Groupware, como por ejemplo Lotus Notes. • Web Browser, Web gateways. • Sql Gateways. • Paquetes de “Electronic Data Interchange” (EDI). • Paquetes de Remote procedure Call (RPC). • Servidores de Objetos distribuidos, como por ejemplo CORBA.

7. ¿como funciona? Los conceptos claves de CORBA son: • Esencialmente especifica los servicios de middleware que serán usados por las aplicaciones (objetos). • Existe una interfaz entre aplicaciones clientes y servidoras. Una lenguaje de definición de interfaz (IDL) ha sido definido específicamente para CORBA. • Cualquier objeto puede ser un cliente, un servidor o ambos. Para efectos de descripción CORBA usa el modelo Cliente/Servidor. • Soporta “static binding” y “dinamic binding” • No conoce los detalles de las implementaciones fundamentales de los objetos. Un “object adapter” mapea modelos genéricos a implementaciones, siendo la principal manera en que las implementaciones de los objetos acceden los servicios provistos por el ORB (object Request Broker)

8. ¿como funciona? Diagrama conceptual de CORBA

9. ¿como funciona? Diagrama conceptual de CORBA

10. ¿como ha evolucionado? • CORBA es una especificación. Como cualquier especificación hubo áreas dejadas a la interpretación de los implementadores. • A través de Internet Inter-ORB Protocol (IIOP), la OMG espera que ORB’s de diferentes vendedores puedan comunicarse fácilmente entre si. • Recientemente las especificaciones “Portable Object Adapter” (POA) permite a clientes escritos para acceder un ORB en particular, pueda acceder fácilmente otros productos de diferentes vendedores. • Se ha adaptado a los tiempos y a la competencia.

11. ¿como ha evolucionado?

12. ¿es único? Competidores: • DCOM • RMI/RMP • HTTP/CGI • Servlets • Sockets • .............

13. ¿es único?

14. ¿qué proyecciones tiene? • RMI y Corba, son dos estándares de objetos distribuidos soportados por OMG. • Microsoft COM/DCOM. • “Las especificaciones “corba java-to-IDL” y “object-by-value” son un gran paso hacia la unificación en el campo de los objetos distribuidos entre Corba y RMI. Significa que no se debe elegir entre Java RMI y Java IDL. EJB es un buen ejemplo de esta nueva unificación en acción. • ¿Enterprise Java Bean ?

15. ¿qué proyecciones tiene?

16. ¿ejemplos?

17. ¿ejemplos?

18. ¿ejemplos?