OMG - CORBA. Object Management Group. Common Object Request Broker (CORBA)

Transcripción

1 OMG - CORBA Object Management Group Common Object Request Broker (CORBA)

2 OMG - CORBA Objetivo OMG proveer un marco de arquitectura común n para aplicaciones orientadas a objetos basado en la especificación n de interfaces Caracteristicas Especificacion abierta Independiente del vendedor Propone arquitectura e infraestructura para que sea utilizada por las aplicaciones que deben interactuar a traves de redes

3 OMG - CORBA - Bibliografia CORBA 3 Fundamentals and Programming Editorial John Wiley & Sons - ISBN: CORBA, Tesis Facultad de Ingenieria, Ing. Pilar Rey Nores - Cordoba 2002.

4 OMG - CORBA - Historia 1989 Creacion OMG 1990 CORBA CORBA CORBA 2 definicion IDL y API de ORB definicion IIOP (Internet Inter-ORB Protocol) 1997 CORBA CORBA 3

5 OMG - CORBA - Modelo Core Object Model Modelo conceptual OMA - Arquitectura de Referencia Arquitectura Gestora de Objetos (OMA) a partir de la cual se pueden construir las aplicaciones y de la que CORBA es parte

6 OMA - CORBA Object Management Architecture (OMA) Elementos Función del ORB Servicios a objetos Servicios CORBA Facilidades comunes Facilidades CORBA Interfaces de Dominios Objetos de la Aplicación CORBA

7 OMA - CORBA Application Objects CORBA Domains CORBA Facilities Object Request Broker CORBA Services

8 OMA - ORB ORB es el componente de middleware que establece relaciones cliente/servidor entre objetos. permite que un cliente invoque en forma transparente un método de un objeto servidor que se encuentre en la misma máquina o en otra distinta

9 OMA - ORB ORB Facilita la comunicación n entre cliente y servidor Tareas que resuelve el ORB Localización de objetos Independizar de la Implementación del objeto Estado de ejecución del objeto Mecanismo de comunicación entre objetos

10 OMA - Servicios de Objetos CORBAServices Proveen funcionalidad basica necesaria para operar en un entorno de objetos distribuidos Servicios mas importantes Naming Service Object Trader Service Persistent State Service

11 OMA - Servicios de Objetos CORBAServices Collection Service Persistent Object Service Concurrency Service Property Service Event Service Query Service Externalization Service Relationship Service Naming Service Security Service Licensing Service Time Service Life Cycle Service Trading Object Service Notification Service Transaction Service

12 CORBAFacilities Interface Usuario OMA - Facilidades Estilo de la Interfaz, Facilitadores, Sistema de Gestion de Trabajo, Automatizacion de Tareas y Procesos. Administracion de Tareas Diagramas de trabajo, Agentes, Reglas, Automatizacion. Administracion de Informacion Modelado, Almacenamiento y Recuperacion, Intercambio de informacion, codificacion y representacion. Administracion de Sistemas Gestion de Politicas, Calidad de Servicio, Instrumentacion, Compendio de Datos, Instancias, Planificacion de Tiempo, Customizacion, Eventos.

13 OMA - Dominios OMG a traves de estas especificaciones trata de proponer un marco de trabajo mas acotado y customizado para un dominio de aplicacion especifico Dominios Bussines Finance HealthCare Life Science Research Manufacturing Telecommunications Transportation

14 CORBA - IDL Interface Definition Language Lenguaje utilizado para definir las interfaces entre los componentes de una aplicación Asegura que los datos son correctamente intercambiados entre lenguajes diferentes No es un lenguaje procedural sólo permite definir interfaces

15 Language Mapping CORBA - IDL Mecanismo utilizado para lograr la independencia de Lenguajes Especificacion que mapea las construcciones del lenguaje IDL a construcciones de un lenguaje en particular Ej: IDL interface C++ class

16 CORBA - Stubs & Skeletons Stubs y Skeleton Conexion entre la especificacion de la interface IDL (independiente del lenguaje) y la implementacion del objeto (dependiente del lenguaje) Stub crea y emite los pedidos en nombre del cliente Skeleton entrega el pedido a la implementación del objeto CORBA Una vez definidas las interfaces IDL, es necesario compilarlas con un compilador IDL que genera los stubs y skeletons correspondientes

17 CORBA Marshaling / Unmarshaling Marshaling Proceso de traduccion de los parametros de entrada en una referencia a un metodo de un objeto remoto, de manera que puedan ser transmitidos via la red (formato on-the-wire) Unmarshaling Proceso inverso al Marshaling. Estos procesos se realizan automaticamente sin del programador. La aplicación n cliente simplemente invoca el método remoto deseado (que a la vista del cliente parece local), y el resultado es devuelto (o se dispara una excepción); todo ésto es realizado transparente y automáticamente ticamente por el ORB.

18 Interface Definition Language Interface Definition Language Lenguaje utilizado para definir las interfaces entre los componentes de una aplicación Asegura que los datos son correctamente intercambiados entre lenguajes diferentes No es un lenguaje procedural sólo permite definir interfaces

19 IDL - Caracteristicas Generales Case Sensitive Identificadores son Sensibles a Mayusculas/Minusculas Diferentes Identificadores en el mismo contexto no pueden diferir solamente en mayusculas/minusculas Sintaxis Similar a C / Java Definiciones terminan con ; Bloques entre { } { } Palabras Reservadas Como todos los lenguajes tiene una serie de palabras reservadas, que no pueden ser utilizadas. Preprocesador C

20 IDL - Palabras Reservadas any double interface readonly unsigned attribute enum long sequence union boolean exception module short void case FALSE Object string wchar char fixed octet struct wstring const float oneway switch context in out TRUE default inout raises typedef

21 IDL - Module Permite agrupar un conjunto de definiciones IDL Similar al concepto de package de Java Ejemplo module SistemaSalud { } interface Prestador { }; interface Afiliado { }; interface ObraSocial { };

22 IDL - Interface Definicion de Interface operaciones que se podran realizar sobre el objeto parametros de entrada y salida con sus respectivos tipos de dato Una interface describe los servicios provistos o soportados por un objeto CORBA

23 IDL - Tipos CORBA Objects cada objeto CORBA tiene un nombre de tipo, que es el mismo nombre que se utilizo en la declaracion de la interface que lo describe. Variables deben pertencer a alguno de los tipos soportados por la especificacion IDL. Tipos basicos: void, boolean, char, double, string, etc. Tipos Construidos: enum, struct, union, etc. Tipos Contenedores: sequence, array

24 IDL - Excepciones Tipos Definidas por el Usuario CORBA predefinidas Mecanismo de Manejo de Excepciones IDL permite definir excepciones y especificar que excepcion es lanzada por cual metodo. Cuando ocurre una excepcion, el ORB pasa la excepcion al ORB del objeto que llamo al metodo en cuestion y la otra ORB se encarga de pasarle la excepcion al objeto que invoco el metodo. Ejemplo: exception PrestadorInvalido { string idprestador; string ErrorMsg; };

25 Compilador IDL IDL Compiler herramienta de software para implementar los mapeos de lenguajes a IDL provisto junto con la ORB generan codigo fuente en el lenguaje particular en el que se esta programando generan: Client Stub Object Skeleton

26 IDL - Ejemplo interface Prestador { } //id Prestador readonly attribute short id; //nombre prestador readonly attribute string nombre; float get_saldo ( in short idos); Interface para un objeto que entre otras cosas permite calcular el saldo de cta cte de un prestador para una determinada Obra Social.

27 Protocolo GIOP - IIOP General Inter-ORB Protocol (GIOP). GIOP es un protocolo estándar de alto nivel para la comunicación entre ORBs. GIOP es un protocolo generalizado, no se usa directamente, sino que es especializado por un protocolo particular para poder usarse. Internet Inter-ORB Protocol (IIOP) una especialización del GIOP protocolo estándar para la comunicación entre ORBs en redes basadas en TCP/IP. Un ORB debe soportar IIOP para ser considerado CORBA 2.0 compatible