PDF de programación - Componentes COM, DCOM y CORBA

www.monografias.com



Componentes



1.
Introducción.
2. COM / DCOM
3. CORBA
4. Common Gateway Interface (CGI)
5. Java en Computación Distribuida
6. Comparación de Arquitecturas
7. Bibliografía


INTRODUCCIÓN.
En las primeras épocas de la computación las computadoras operaban independientemente una de
otra sin tener comunicación entre ellas. Las aplicaciones de software eran comúnmente
desarrolladas para un propósito especifico. Compartir los datos entre sistemas era mínimo y se
hacías de una manera muy fácil, se transportaban los medios de almacenamiento (tarjetas, cintas,
discos, etc.) de un lado a otro. El próximo paso fue conectar las computadoras a través de una red
usando protocolos propietarios, luego los protocolos fueron estandarizados. Luego llego la era de
los sistemas abiertos y la integración de sistemas por los cuales un cliente podía elegir varios
componentes de hardware de diferentes vendedores e integrarlos para crear una configuración
necesaria con costos razonables.
Así siguió el paso de los años. Nuevas técnicas de desarrollo de software se fueron sucediendo
una tras otra, desde la programación estructurada y modular hasta la programación orientada a
objetos, siempre buscando reducir costos y aumentar la capacidad de reuso. Si bien la
programación orientada a objetos fomentó el reuso y permitió reducir costos, no se ha logrado aún
el objetivo último: comprar componentes de varios proveedores e integrarlos para formar
aplicaciones que a su vez se integren para formar sistemas completos.
Para lograr la integración total de componentes realizados por terceras partes es necesario llegar a
un acuerdo común en el que se establezcan los mecanismos necesarios para que esa integración
se haga efectiva. Será necesario especificar de manera independiente al lenguaje de programación
en el que se desarrolló el componente cuáles son sus puntos de acceso (funciones), luego será
necesario establecer los mecanismos de comunicación entre componentes, que podrían estar
ejecutándose en una máquina remota.
En este sentido, y buscando satisfacer esa necesidad de mecanismos estándar e interfaces
abiertas, son tres los esfuerzos que más han sobresalido. Por un lado, Microsoft ha introducido en
el mercado sus tecnologías COM, DCOM y COM+. Otro participante es Sun Microsystems, que ha
presentado Java Beans. El tercero es el Object Management Group, un consorcio integrado por
varias industrias importantes, que ha desarrollado CORBA (Common Request Broker Architecture).

1. COM / DCOM
Microsoft Distributed COM (DCOM) extiende COM (Component Object Model) para soportar
comunicación entre objetos en ordenadores distintos, en una LAN, WAN, o incluso en Internet. Con
DCOM una aplicación puede ser distribuida en lugares que dan más sentido al cliente y a la
aplicación.
Como DCOM es una evolución lógica de COM, se pueden utilizar los componentes creados en
aplicaciones basadas en COM, y trasladarlas a entornos distribuidos. DCOM maneja detales muy
bajos de protocolos de red, por lo que uno se puede centrar en la realidad de los negocios:
proporcionar soluciones a clientes.
Atualmente DCOM viene con los sistemas operativos Windows 2000, NT, 98 y también está
disponible una versión para Windows 95 en la página de Microsoft. También hay una

implementación de DCOM para Apple Macintosh y se está trabajando en implementaciones para
plataformas UNIX como Solaris.
1.1 La arquitectura DCOM
DCOM es una extensión de COM, y éste define como los componentes y sus clientes interactuan
entre sí. Esta interacción es definida de tal manera que el cliente y el componente puede conectar
sin la necesidad de un sistema intermedio. El cliente llama a los métodos del componente sin tener
que preocuparse de niveles más complejos.
En los actuales sistemas operativos, los procesos están separados unos de otros. Un cliente que
necesita comunicarse con un componente en otro proceso no puede llamarlo directamente, y
tendrá que utilizar alguna forma de comunicación entre procesos que proporcione el sistema
operativo. COM proporciona este tipo de comunicación de una forma transparente: intercepta las
llamadas del cliente y las reenvía al componente que está en otro proceso.
Cuando el cliente y el componente residen en distintas máquinas, DCOM simplemente reemplaza
la comunicación entre procesos locales por un protocolo de red. Ni el cliente ni el componente se
enteran de que la unión que los conecta es ahora un poco más grande.
Las librería de COM proporcionan servicios orientados a objetos a los clientes y componentes, y
utilizan RPC y un proveedor de seguridad para generar paquetes de red estándar que entienda el
protocolo estándar de DCOM.
1.2 Los Componentes y su reutilización
Muchas aplicaciones distribuidas no están desarrolladas
Al existir infraestructuras de hardware, software, componentes, al igual que herramientas, se
necesita poder integrarlas y nivelarlas para reducir el desarrollo y el tiempo de trabajo y coste.
DCOM toma ventaja de forma directa y transparente de los componentes COM y herramientas ya
existentes. Un gran mercado de todos los componentes disponibles haría posible reducir el tiempo
de desarrollo integrando soluciones estandarizadas en las aplicaciones de usuario. Muchos
desarrolladores están familiarizados con COM y pueden aplicar fácilmente sus conocimientos a las
aplicaciones distribuidas basadas en DCOM.
Cualquier componente que sea desarrollado como una parte de una aplicación distribuida es un
candidato para ser reutilizado. Organizando los procesos de desarrollo alrededor del paradigma de
los componentes permite continuar aumentando el nivel de funcionalidad en las nuevas
aplicaciones y reducir el tiempo de desarrollo.
Diseñando para COM y DCOM se asegura que los componentes creados serán útiles ahora y en el
futuro.
1.3 Independencia de la localización
Cuando se comienza a implementar una aplicación distribuida en una red reak, aparecen distintos
conflictos en el diseño:

 Los componentes que interactuan más a menudo deberían estar localizados más cerca.
 Algunos componentes solo pueden ser ejecutados en máquinas específicas o lugares

específicos.

 Los componentes más pequeños aumentan la flexibilidad, pero aumentan el tráfico de red.
 Los componentes grandes reducen el tráfico de red, pero también reducen la flexibilidad.

Con DCOM, estos temas críticos de diseño pueden ser tratados se forma bastante sencilla, ya que
estos detalles no se especifican en el código fuente. DCOM olvida completamente la localización
de los componentes, ya esté en el mismo proceso que el cliente o en una máquina en cualquier
lugar del mundo. En cualquier caso, la forma en la que el cliente se conecta a un componente y
llama a los métodos de éste es identica. No es solo que DCOM no necesite cambios en el código
fuente, sino que además no necesita que el programa sea recompilado. Una simple reconfiguración
cambia la forma en la que los componentes se conectan entre sí.
La independencia de localización en DCOM simplifica enormemente las tarea de los componentes
de aplicaciones distribuidas para alcanzar un nivel de funcionamiento óptimo. Supongamos, por
ejemplo, que cierto componente debe ser localizado en una máquina específica en un lugar

determinado. Si la aplicación tiene numerosos componentes pequeños, se puede reducir la carga
de la red situándolos en la misma LAN, en la misma máquina, o incluso en el mismo proceso. Si la
aplicación está compuesta por un pequeño número de grandes componentes, la carga de red es
menor y no es un problema, por tanto se pueden poner en las máquinas más rápidas disponibles
independientemente de donde esten situadas.
Con la independencia de localización de DCOM, la aplicación puede combinar componentes
relacionados en máquinas "cercanas" entre si, en una sola máquina o incluso en el mismo proceso.
Incluso si un gran número de pequeños componentes implementan la funcionalidad de un gran
módulo lógico, podrán interactuar eficientemente entre ellos.
1.4 Independencia del lenguaje de programación
Una cuestión importante durante el diseño e implementación de una aplicación distribuida es la
elección del lenguaje o herramienta de programación. La elección es generalmente un termino
medio entre el coste de desarrollo, la experiencia disponible y la funcionalidad. Como una
extensión de COM, DCOM es completamente independiente del lenguaje. Virtualmentem cualquier
lenguaje puede ser utilizado para crear componentes COM, y estos componentes puede ser
utilizado por muchos más lenguajes y herramientas. Java, Microsoft Visual C++, Microsoft Visual
Basic, Delphi, PowerBuilder, y Micro Focus COBOL interactuan perfectamente con DCOM.
Con la independencia de lenguaje de DCOM, los desarrolladores de aplicaciones puede elegir las
herramientas y lenguajes con los que estén más familiarizados. La independencia del lenguaje
permite crear componentes en lenguajes de nivel superior como Microsoft Visual Basic, y después
reimplementarlos en distintos lenguajes como C++ o Java, que permiten tomar ventaja de
características avanzadas como multihilo.
1.5 Independencia del protocolo
Muchas aplicaciones distribuidas tienen que ser integradas en la infraestructura de una red
existente. Necesitar un protocolo especí