ok esta bien

Tema 3. Objetos distribuidos

SCS – Sistemas Cliente/Servidor
4o inform´tica
a
http://ccia.ei.uvigo.es/docencia/SCS
octubre 2008

– FJRP, FMBR 2008/09 ccia SCS –

3.3 CORBA

CORBA (Common Object Request Broker Architecture): arquitectura
com´n de intermediarios en peticiones a objetos
u
Middleware que define una arquitectura est´ndar basada en el
a
modelo de objetos para eldesarrllo de aplicaciones distribuidas en
entornos heterog´neos
e
8
< hardware + sistemas operativos (Unix, Windows, ...)
protocolos de comunicaci´n (TCP/IP, IPX, ...)
o
• distintos
:
lenguajes de programaci´n (Java, C, C++, ...)
o

Ideas clave
• Separaci´n entre interfaz e implementaci´n
o
o
◦ Uso de lenguaje IDL para definir interfaces
◦ Independiente del lenguaje usado en laimplementaci´n
o
◦ Todos los componentes CORBA se especifican usando IDL
• Independiencia de localizaci´n
o
◦ ORB se encarga de hacer transparente la localizaci´n de los objetos CORBA
o
• Independencia de fabricante e interoperabilidad
◦ CORBA define una especificaci´n, no una implementaci´n
o
o
◦ ORBs de distintos fabricantes pueden integrarse (GIOP, IIOP)
independencia de vendedor
invocaci´nindependiente de si ambas partes est´n en el mismo ORB o
o
a
en 2 distintos

Definido por el consorcio de fabricantes OMG (Object Management
Group)
•
•
•
•

compuesto por m´s de 800 compa˜ias
a
n
dedicado a establecer est´ndares abiertos para entornos orientados a objetos
a
tambi´n define UML (unified modeling language ) y MDA (model driven architecture )
e
http://www.omg.org

OMGha desarrollado una arquitectura de referencia, OMA (Object
Management Architecture), de la que forma parte CORBA
• CORBA especifica los est´ndares necesarios para la invocaci´n de m´todos
a
o
e
sobre objetos en entornos heterog´neos
e
• Conceptualmente el modelo CORBA ofrece un ”bus software” al que pueden
”conectarse” los objetos del sistema distribuido.

– FJRP, FMBR 2008/09 ccia SCS–

1

(a) Componentes de la arquitectura de referencia OMA

Object Request Broker (ORB) : n´cleo de OMA, bus de comuniu
caci´n de objetos
o
Mediador entre los elementos que forman el sistema distribuido
Finalidad: posibilitar la comunicaci´n entre objetos CORBA
o
• Permite que cliente interact´e con los m´todos de los objetos remotos
u
e
Objetivo: proporcionar transparencia
8
o> ubicaci´n de los objetos
>
<
implementaci´n de los objetos
o
ORB oculta:
o
o
> estado de ejecuci´n del objeto (activaci´n y persistencia)
>
:
mecanismos de comunicaci´n entre objetos
o
Tareas: cuando un cliente invoca una operaci´n
o
• ORB localiza la implementaci´n del objeto a invocar y lo activa si es necesario
o
• transmite la petici´n y devuelve la respuesta, gestionandoel intercambio de datos en un
o
formato independiente

Basado en el uso de un lenguaje IDL (Interface Definition Language)
• S´lo se definen tipos e interfaces, no implementaciones
o
• Existen mappings del IDL a diversos lenguajes de implementaci´n (C++,
o
Java, C, Ada, Pascal, Cobol, Perl, Python)
• Los interfaces del propio ORB est´n especificados usando el IDL de CORBA
a
ORB es unconcepto l´gico (abstracci´n)
o
o
• CORBA especifica qu´ debe hacer el ORB, pero no c´mo implementarlo
e
o
• Puede ser una combinaci´n de uno o varios servidores (daemons), liber´ etc
o
ıas,

Permite la conexi´n con otros ORBs
o
– FJRP, FMBR 2008/09 ccia SCS –

2

Application Objects (AO): los objetos que se conectan al ORB y
conforman la aplicaci´n distribuida
o
Definen los serviciosespec´
ıficos de una aplicaci´n
o

Object Services (OS): colecci´n de servicios ofrecidos a los objetos
o
que complementan la funcionalidad de ORB.
servicio de nombres, servicio de tiempo, servicio de Trading, servicio de
eventos, servicio de persistencia, ...

Common Facilities (CF): servicios concretos ofrecidos a las aplicaciones
Horizontal Facilities: facilidades comunes para...