Asdxas

Introducción al modelo de componentes de CORBA: motivación y visión general

Simon Pickin Departamento de Ingeniería Telemática Universidad Carlos III de Madrid

Aplicaciones corporativas
Un requisito fundamental:
– gestión eficaz del almacenamiento y acceso a datos

Algunos aspectos a tratar
– SGBD – conectividad a la BD
• BD distintas • BD múltiples • sistemas heredados (legacysystems)

– representación de datos
• correspondencia entre la representación del programa y la de la BD

– integridad de los datos:
• control de accesos concurrentes • monitores de transacciones

– acceso rápido:
• cachés de datos

– control de acceso:
2004

• autenticación

Sistemas de Información

2

Modelos de componentes (I)
¿Qué es un componente?: un módulo de software:
–orientado al desarrollo de aplicaciones por ensamblaje de módulos existentes – que facilita la división del trabajo (responsabilidades claras) – que se puede escoger “de la estantería”, listo para su empleo (COTS: Components “Off-The-Shelf” ): unidad de reuso – que se compila y despliega de manera independiente: unidad de despliegue

Podemos requerir también:
– que pueda formar parte de unaaplicación distribuida – que sea de uso flexible ⇒ múltiples interfaces – que se comunique de manera flexible
• comunicación síncrona por invocación de métodos • comunicación asíncrona por canales (eventos)
2004 Sistemas de Información 3

Modelos de componentes (II)
¿Qué incluye un modelo de componentes?
– una noción de componente individual – una definición de cómo ensamblar componentes
•conectando interfaces compatibles

– Una definición de un entorno de componentes
• es decir, un entorno de despliegue y ejecución de componentes

¿Qué proporciona un modelo de componentes?
– diseño y desarrollo por ensamblaje: reuso – visión clara de la arquitectura de una aplicación – separación de los aspectos funcionales y no funcionales

No cumplen las condiciones anteriores:
– modelosbasados en objetos, p.e. RMI,... – modelos basados en servicios, p.e. CORBA 2, Jini,...
2004 Sistemas de Información 4

Entornos de componentes distribuidos (I)
¿Qué es un entorno de componentes distribuidos?
– un entorno concebido para el despliegue y ejecución de aplicaciones distribuidas basadas en componentes

¿Qué conlleva un entorno de componentes distribuidos?
– la separación de losaspectos funcionales y no funcionales – la gestión y soporte implícitos por el entorno de ejecución (vía perfiles estándar) de los aspectos no funcionales tales como:
• • • • • • • • • seguridad (autenticación, autorización,...) transacciones (definición declarativa o vía API) control de concurrencia persistencia (gestionada por el entorno o vía API) gestión de ciclo de vida nombrado (naming),trading, búsqueda de componentes activación / desactivación protocolos de comunicación administración de componentes
Sistemas de Información

– soporte para el despliegue
2004 5

Entornos de componentes distribuidos (II)
G EN ESI De l S ve opm e ntCor a i por ton

A Component in a Container
Generic Industry Model Container
Home

Client

Component

Packaging/ Deployment DescriptorsContainer API

Transaction Security Persistence Notification

9/6/99

Distributed Object Bus

2004

Sistemas de Información

6

Entornos de componentes distribuidos (III)
G EN ESI De l S ve opm e ntCor a i por ton

EJB Components and Containers Tod
EJB Container
Home
Client

EJ Bean

Packaging/ Deployment Descriptors (XML)
CORBA Services

EJB Container API

DataBases

9/6/99

ORB (IIOP/RMI)

2004

Sistemas de Información

7

Entornos de componentes distribuidos (IV)
G EN ESI De l S ve opm e ntCor a i por ton

Microsoft Transaction Server
MTS.EXE
Client

COM Component

No Home

Packaging/ Deployment Descriptors (Proprietary Format)
Transaction ODBC Monitor

MTS API

XA

9/6/99

DCOM

2004

Sistemas de Información

8...