Modelos de Programación para

Aplicaciones Distribuidas
?Llamadas a procedimientos remoto
Objetos Distribuidos ?Invocacióna un método remoto (RMI)
CORBA: Un caso de Estudio ?Modelo de programación basado en
eventos

Profs. Yudith Cardinale-Mariela Curiel

Sep – Dic 2002

Interfaces Modelo de Objetos

Interfaces en los sistemas distribuidos
? Interfaces de servicio
? Interfaces remotas
Los lenguajes de definición de interfaces
(IDL) están diseñados para permitir que los
objetos implementados en lenguajes
diferentes se invoquen unos a otros. Ejem:
CORBA IDL, Sun XDR.
? Un programa OO consta de un conjunto de objetos
que interactuan entre ellos.
? Cada objeto se compone de un conjunto de datos y
un conjunto de métodos.
? Un objeto se comunica con otro objeto invocando
sus métodos, generalmente pasándole argumentos
y recibiendo resultados
? Se puede acceder a los objetos mediante
referencias a objetos.

1

Modelo de Objetos
? La interfaz define las firmas o signatures de los
métodos (tipos de sus argumentos, valores
devueltos y excepciones) sin especificar su
implementación.
? Se manejan excepciones
? Se hace necesario proporcionar mecanismos de
liberación del espacio ocupado por aquellos
objetos que ya no lo necesitan (compactación
automática de la memoria)
Modelo de Objetos
Distribuidos
? En el modelo C/S, los objetos son administrados
por servidores y sus clientes invocan sus métodos
utilizando una invocación de métodos remota
(RMI)
? Los sistemas de objetos distribuidos pueden
adoptar cualquiera de los modelos arquitectónicos
conocidos.
? Cuando el cliente invoca un método de un objeto
remoto, se envía un mensaje al servidor que lo
administra.

Modelo de Objetos Modelo de Objetos

Distribuidos
? Cada proceso contiene un conjunto de
objetos, algunos de los cuales pueden
recibir tanto invocaciones locales como
remotas. Otros objetos sólo pueden recibir
invocaciones locales.
Distribuidos
? La invocación se lleva a cabo ejecutando el
método del objeto en el servidor y el
resultado se devuelve al cliente en otro
mensaje.

Invocaciones
Invocación locales Invocación
Remota Remota
C
A B D E

Objeto Remoto
Objeto Remoto

2
 Modelo de Objetos
Modelo de Objetos Distribuidos
Distribuidos ? Interfaz remota:
– Cada objeto tiene una interfaz remota que especifica
Existen dos conceptos fundamentales: cuáles de sus métodos pueden invocarse remotamente.
? Referencia de objeto remoto: – El sistema CORBA proporciona un IDL que permite
definir interfaces remotas. Las clases de los objetos
– Otros objetos pueden invocar los métodos de un
remotos y los programas de los clientes pueden
objeto remoto si tienen acceso a su referencia
implementarse en cualquier lenguaje. Los clientes
de objeto remoto. CORBA no tienen que estar en el mismo lenguaje que
– Las referencias a objetos remotos se pueden el objeto remoto.
pasar como argumentos y resultado de las
Invocaciones
invocaciones de métodos remotos. Invocación
Remota
locales Invocación
Remota
C
A B D E
Interfaz Remoto
Interfaz Remoto

Modelo de Objetos
Distribuidos
? La compactación automática de memoria,
distribuida, se logra usualmente mediante la
cooperación entre el compactador de memoria
Corba: un estándar para
local y un módulo adicional que realiza
compactación de memoria distribuida, basado en
construir objetos
un contador de referencias. distribuidos.
? Una invocación a un método remoto debe ser
capaz de lanzar excepciones. CORBA IDL
proporciona una notación para las excepciones.

3
 Object Management Group
(OMG)
? Esun consorcio internacional que
promueve el desarrollo de software
orientado por objetos
? Elobjetivo del OMG es proveer un
marco de arquitectura común para
permitir la interacción de objetos en
plataformas heterogéneas y distribuidas.
Object Management Group (OMG)
? El OMG no realiza trabajos de desarrollo
e implementación, más bien se basa en la
tecnología existente ofrecida por sus
miembros.
? Propone especificaciones para el
desarrollo de computación distribuida
basada en objetos: OMA (Object
Management Architecture).
Object Management Group
(OMG)
? Fue fundado en 1989.
? Inicialmente estuvo conformado por 8
compañías: 3Com Corpotation, American
Airlines, Canon Inc., Data General, Hewlett-
Packard, Philips Telecommunications N.V.,
Sun Microsystems y Unisys Corporation.
? Actualmente hay más de 500 miembros
Object Management Architecture
(OMA)
? OMA es una arquitectura de referencia
sobre la cual se pueden construir
aplicaciones.
? Define, a un nivel alto de abstracción las
“facilidades” necesarias para el
desarrollo de aplicaciones distribuidas
orientadas por objetos.
4
 Object Management Architecture Object Management Architecture
(OMA) (OMA)
? ORB (intermediario de petición de objetos)
• Posee 4 componentes:
es el bus de comunicación entre objetos.
Common
Application
Interfaces Facilities
Permite o facilita la comunicación entre
objetos. La tecnología adoptada para los
ORBs es lo que se conoce como CORBA.
Application Common
Object Request Broquer (ORB) Interfaces Facilities

Object Request Broquer (ORB)

Object Services

Object Services

Object Management Architecture

Object Management Architecture (OMA)
(OMA) ? Object Services: definen un conjunto de objetos que
implementan servicios fundamentales de bajo nivel como
Corba (Common Object Request Broker servicio de nombres, seguridad, persistencia, ejecución
Architecture) es un diseño de middleware concurrente y transacciones, etc. Permiten a los
desarrolladores construir aplicaciones sin tener que
que permite que los programas de reinventar la rueda.
aplicación se comuniquen unos con otros
Application Common
con independencia del lenguaje de Interfaces Facilities

programación, sus plataformas de hw y

sw, las redes sobre las que se comunican Object Request Broquer (ORB)

y sus implementadores.
Object Services

5
 Object Management Architecture
(OMA)
? Common Facilities (CF): son servicios de
más alto nivel orientados a las aplicaciones
(accounting, intercambio de información entre
aplicaciones, correo electrónico o facilidades
para imprimir).
? Application Interfaces: interfaces
desarrolladas para aplicaciones en particular.
Estos objetos hacen uso del resto de los
componentes. OMG probablemente no llegue a
desarrollar estándares de este tipo.
Modelo de Objetos CORBA
? Los clientes no son necesariamente objetos; un
cliente podr á ser cualquier programa que envía
mensajes de petición a objetos remotos y reciba
respuestas.
? El término objeto CORBA se refiere a objetos
remotos.
? Un objeto CORBA implementa una interfaz IDL,
tiene asociado una referencia de objeto remoto y
es capaz de responder a las invocaciones de los
métodos en su interfaz IDL.
? Se puede implementar un objeto CORBA en un
lenguaje que no sea OO.
CORBA
? Fue creada en 1991 (Corba 1.1). propone una
implementación específica del ORB (IDL)
? En 1994 surge CORBA 2.0 (1994), que definió
estándares para permitir la comunicación entre
implementaciones realizadas por
desarrolladores diferentes. Este estándar se
denomina GIOP (General Inter-ORB
Protocol).
? CORBA 3.0 (1997) incrementa
interoperabilidad y funcionalidad (POA)
Corba IDL
IDL: Interface Definition Language
La interfaz especifica un nombre y un conjunto de métodos
que podrán utilizar los clientes.
? Es un lenguaje declarativo
? Define tipos de objetos especificando sus
interfaces estáticas
? Sintaxis derivada de C++ con palabras
adicionales
6
 Enfoque CORBA: IDL
// Ejemplo de especificación de Enfoque CORBA: IDL
IDL: forma.idl y ListaForma.idl

struct Rectangulo { interface Forma { ? Módulos: la construcción módulo permite agrupar

long ancho; long dameVersion(); en unidades lógicas las interfaces y otras
ObjetoGrafico DameTodoEstado ();
long alto;
}; definiciones del tipo IDL. Define un alcance
long x;
long y; Typedef sequence <Forma, 100> Todo
léxico.
}; Interface ListaForma { ? Los parámetros se etiquetan como in, out, inout.
exception ExceptionLlena {};
struct ObjetoGrafico{
Forma nuevaForma( in ObjetoGrafico g) – in: se pasa del cliente al objeto CORBA invocado.
raises (ExceptionLlena)
string tipo; Todo TodasFormas(); – out: lo devuelve el objeto CORBA
Rectangle enmarcado; long dameVersion(); – inout: el valor de este parámetro puede pasarse en
boolean estaRelleno; };
ambas direcciones.
};
Lista de Ref. a objetos
CORBA

Enfoque CORBA: IDL Enfoque CORBA: IDL

? Si no se devuelve ningún valor el tipo retornado se ? La invocación remota en CORBA define,
coloca como void.
oneway void retrollamada (in int version)
por defecto, la semántica como máximo
?Oneway indica que el cliente que invoca el método una vez. Si una operación retorna
no se bloqueará mientras el destino lleva a cabo el exitosamente, se garantiza que se ejecutó
método. exactamente 1 vez. Si retorna una excepción
? Cuando se lanza una excepción que contiene fue ejecutada a lo sumo 1 vez.
variables, el servidor puede utilizar las variables
para devolver información al cliente sobre la
excepción.
exception ExceptionLlena{};
exception ExceptionLlena{ObjetoGrafico g };

7
 Enfoque CORBA: IDL Enfoque CORBA: IDL
Value
Tipos IDL
? Herencia: las interfaces IDL se pueden extender.
Constructed value ? Una interfaz IDL podrá extender de más de una
Object Reference interfaz.
array
Union
? Todas las interfaces IDL heredan del tipo Object.
struct sequence
Basic Values Esto hace posible el definir operaciones IDL que
puedan tomar como argumento o devolver como
Integer Float Point
resultado una referencia a un objeto remoto de
cualquier tipo.
Interface A {};
any
Interface B: A{};
Short Long UshortUlong Float enum
octal Interface C {};
Double boolean
char string Interface Z: B, C {};

La Arquitectura de CORBA La Arquitectura de CORBA

in args

Operation() INTERFACE IMPLEMENTATION

IDL COMPILER
OBJECT REPOSITORY REPOSITORY
CLIENT IMPLEMENTATION
out args + return value

CLIENT SERVANTS

Request IDL
IDL ORB SKELETON DSI
DII
STUBS INTERFACE
OBJECT ADAPTER
ORB

GIOP/IIOP ORB CORE

8
 La Arquitectura de CORBA Enfoque CORBA
Client ?IDL Skeleton (Esqueletos):
REQUEST ?Funciones generadas desde la interfaz IDL para “enlazarlas” a
IDL Stub
las implementaciones de objetos
DII
?Dynamic Skeleton Interface (DSI)
?IDL Stubs (resguardos o proxies): ORB Core ?Análogo al DII del lado de la implementación de objetos
?Funciones generadas desde la interfaz IDL para “enlazarlas”
a los clientes
?Provee una interfaz de invocación estática
?Dynamic Invocation Interface (DII)
Servant
?Permite especificar y construir requerimientos a tiempo de ejecución
?Operaciones: create_request, invoke, send, get_response IDL Sk DSI
?El cliente especifica el objeto, la operación y los parámetros. Se ORB
Interface Object Adapter
obtienen a través del repositorio de interfaz.
ORB Core

Arquitectura de CORBA Arquitectura de CORBA

? ORB Interface: ? Repositorio de Interfaces (Interface
? Provee funciones para acceder directamente al Repository):
ORB core desde los clientes y desde las
?Su información permite que un programa
implementaciones de objetos
? Su interfaz no depende de la interfaz de los clientes
encuentre un objeto cuya interfaz no conoce en
ni de las interfaces de las implementaciones de tiempo de compilación
objetos
? Repositoriode Implementaciones
? Operaciones que permiten su arranque y parada
? Operaciones para la conversión entre referencias a (Implementation Repository):
objetos remotos y cadenas de texto. ?Contiene información que permite al ORB core
? Object Adapter: localizar y activar implementaciones de objetos

9
 Funciones de un Adaptador de Estructura de un Adaptador de
Objetos Objetos
? Funciones: ? Tiene tres interfaces diferentes:
? Genera referencias a objetos que se registran en
CORBA. IOR (Interoperate object reference)
? Da a cada objeto CORBA un único nombre que ?Una interfaz privada para el esqueleto
forma parte de su referencia a objeto remoto.
? Medio de comunicación entre implementaciones ?Una interfaz privada para el núcleo
de objetos y el ORB core.
? Despacha cada RMI vía un esqueleto hacia el
sirviente apropiado. ?Una interfaz pública para las
? Activación/Desactivación de sirvientes implementaciones de objetos

Funciones de un Adaptador de
Referencia a Objetos Objetos
? Funciones:
? Genera referencias a objetos que se registran en
Un objeto CORBA puede identificarse, localizarse y direccionarse CORBA. IOR (Interoperate object reference)
por su referencia a objeto. ? Da a cada objeto CORBA un único nombre que
forma parte de su referencia a objeto remoto.
Nombre de tipo Protocolo y dirección Clave del ? Medio de comunicación entre implementaciones
de Interfaz IDL detallada Objeto de objetos (lenguaje de los sirvientes) y el ORB
core (Objetos CORBA).
Identificador Nombre de Número
de repositorio IIOP Dominio Nombre del Nombre ? Despacha cada RMI vía un esqueleto hacia el
de puerto adaptador del objeto
de interfaz del host sirviente apropiado.
? Activación/Desactivación de sirvientes

10
 Funciones de un Adaptador de
Objetos
? El ORB y el OA cooperan para permitir
que las aplicaciones clientes invoquen
métodos de objetos CORBA y aseguran que
cada objeto CORBA se asocie a un
sirviente. El ORB y el OA cooperan para,
de forma transparente, localizar e invocar a
los sirvientes adecuados, una vez que se
tiene la información en las referencias.
Funciones de un Adaptador de
Objetos
Que pasaría si no existiera el adaptador de objetos?
– El core tendría que soportar múltiples tipos o
estilos de sirvientes lo cual lo haría más grande,
complejo y lento.
– Falta de flexibilidad
Con el OA se pueden soportar diferentes estilos de
programción de los sirvientes. De esta forma el
código del ORB es más pequeño y simple.
Funciones de un Adaptador de
Objetos
? Diferentes OAs pueden soportar diferentes
estilos de implementación de sirvientes.
Por ejemplo, el Orbix Object Database
Adapter Framework, permite implementar
objetos usando una base de datos OO. Otro
ejemplo es el Real Time Object Adapter
(objetos a tiempo real.)
Estructura de un Adaptador de
Objetos
? Adaptadores de Objetos adoptados por
el estándar CORBA:
?Basic Object Adapter (BOA)
?Portable Object Adapter (POA)
11
 Estructura de un Adaptador de
Objetos (BOA)
? Modelos de Activación
? Unshared Server: servidor que soporta un único
objeto CORBA. Si se crea otro objeto (del mismo
tipo) se tiene que crear un nuevo servidor.
? Shared Server: soporta múltiples objetos
CORBA, posiblemente de diferentes tipos.
? Persistent Server: el servidor se inicia cuando se
inicia el sistema (boot time).
? Server-per-Method: es una colección de procesos
c/uno implementando una operación de un objeto
CORBA.
Estructura de un Adaptador de
Objetos
POA: facilita la portabilidad de los servidores
CORBA.
? Identificador de objetos
? Objetos persistentes y transitorios
? Activación asociada al objeto, no al servidor:
explícita, por demanda, implícita, por defecto
? Explicitamente se soportan servidores
multithreaded.
?Existen otras diferencias ( Schmidt and
Vinosky)
Estructura de un Adaptador de
Objetos
? Algunas limitaciones (BOA)
?No especifica cómo deben ser los
esqueletos o cómo deben asociarse los
sirvientes a los esqueletos.
?No especifica cómo se deben registrar los
sirvientes en el OA.
?No se establece nada respecto a servidores
multithreading.
Estructura de un Adaptador de
Objetos
? Identificador de objetos: identifica un objeto
CORBA dentro del contexto de un POA. Puede
ser asignado por la aplicación o por el POA.
? Objetos persistentes y transitorios:
? Persistentes: su tiempo de vida es independiente del
tiempo de vida del proceso servidor. No se se
almacena el estado de los objetos.
? Transitorios: su tiempo de vida está ligado al tiempo
de vida del proceso servidor.
12
 Estructura de un Adaptador de
Objetos
? Activación asociada al objeto, no al servidor:
– Explícita: se usan llamadas directas al POA para activar
a los sirvientes.
– Por demanda: se registra un manejador de sirvientes.
Este manejador lo puede proveer la aplicación y se
encarga de activar el sirviente.
– Implícita: cierta acción sobre un sirviente
(servant._this) es suficiente para activarlo (objetos
transitorios)
– Por defecto: se activa un sirviente por defecto para
todos los objetos.
Inter-Operabilidad
? Entre diferentes dominios se usan puentes
para permitir la interacción.
? Tipos de puentes:
? Immediate: los objetos pasan directamente del
formato de un dominio a otro (más rápida, menos
general).
? Mediated: los elementos que interactuan se
transforman desde el formato de su dominio a
cualquier otro formato acordado mutuamente por
ambos dominios.
Inter-Operabilidad
? Es necesario que inter-operen los
ORB´s de diversos fabricantes.
? Las barreras no son sólo de
implementación sino relacionadas con
la seguridad.
? Dominios: son un conjunto de objetos,
los cuales, por alguna razón de
implementación o administrativa están
separados de otros objetos.
Inter-Operabilidad
? El protocolo General Inter-ORB
(GIOP) satisface las necesidades de
comunicación entre ORB´s y trabaja
sobre cualquier protocolo de
transporte.
? La implementación del GIOP que
funciona sobre TCP/IP se denomina
Internet Inter-ORB Protocol (IIOP)
13
 Semánticas de Ejecución y
Implementaciones de ORBs
Modelos de interacción
? Semánticas: ? Residenteen el cliente y en la
?At-most-once implementación de objeto
?Best effort (oneway)
? Basado en un Servidor
? Modelos de interacción:
?Con la interfaz estática: Operaciones
síncronas ? Basado en el Sistema
?Con la interfaz dinámica: síncrona
diferida. ? Basado en Librerías

Servicios de CORBA
Bibliografía
? Ciclo de vida de los objetos
? CORBA: A Platform for Distributed Object
? Manejo de nombres
Computing. Zhonghua Yang and Keith Duddy.
? Persistencia ? Objet Interconnections. Object adapters: Concepts
? Notificación de eventos and Terminology. Douglas Schmidt and Steve
Vinosky. SIGS C++ Report magazine 1997.
? Concurrencia y transacciones
? Sistemas Distribuidos Conceptos y Diseño.
? Seguridad Coulouris, Dollimore and Kindberg. Tercera
Edición. Addison Wesley.

14