¿Qué es CORBA?
Consulte también: ¿Qué es CORBA en tiempo real?
La Arquitectura de Agente de Solicitud de Objetos Comunes (CORBA) es un estándar desarrollado
por el Grupo de Administración de Objetos (OMG) para proporcionar interoperabilidad entre
objetos distribuidos. CORBA es la solución de middleware líder en el mundo que permite el
intercambio de información, independientemente de las plataformas de hardware, los lenguajes de
programación y los sistemas operativos. CORBA es esencialmente una especificación de diseño
para un Object Request Broker (ORB), donde un ORB proporciona el mecanismo necesario para
que los objetos distribuidos se comuniquen entre sí, ya sea localmente o en dispositivos remotos,
escritos en diferentes idiomas o en diferentes ubicaciones en una red. .
El lenguaje de definición de interfaz CORBA, o IDL, permite el desarrollo de interfaces
independientes del lenguaje y la ubicación para objetos distribuidos. Con CORBA, los componentes
de la aplicación pueden comunicarse entre sí sin importar dónde se encuentren o quién los haya
diseñado. CORBA proporciona la transparencia de ubicación para poder ejecutar estas
aplicaciones.
CORBA se describe a menudo como un "bus de software" porque es una interfaz de
comunicaciones basada en software a través de la cual se localizan los objetos y se accede a
ellos. La siguiente ilustración identifica los componentes principales que se ven dentro de una
implementación CORBA.
La comunicación de datos del cliente al servidor se realiza a través de una interfaz orientada a
objetos bien definida. Object Request Broker (ORB) determina la ubicación del objeto de destino,
envía una solicitud a ese objeto y devuelve cualquier respuesta a la persona que llama. A través
de esta tecnología orientada a objetos, los desarrolladores pueden aprovechar características
como herencia, encapsulación, polimorfismo y enlace dinámico en tiempo de ejecución. Estas
características permiten que las aplicaciones se cambien, modifiquen y reutilicen con cambios
mínimos en la interfaz principal. La siguiente ilustración identifica cómo un cliente envía una
solicitud a un servidor a través del ORB:
Lenguaje de definición de interfaz (IDL)
Una piedra angular de los estándares CORBA es el lenguaje de definición de interfaz. IDL es el
estándar OMG para definir API independientes del lenguaje y proporciona la delineación de las
interfaces de los objetos distribuidos, independiente de la plataforma. La capacidad de los
entornos CORBA para proporcionar coherencia entre clientes y servidores en entornos
heterogéneos comienza con una definición estandarizada de los datos y operaciones que
constituyen la interfaz cliente / servidor. Este mecanismo de estandarización es el IDL y lo utiliza
CORBA para describir las interfaces de los objetos.
IDL define los módulos, interfaces y operaciones para las aplicaciones y no se considera un
lenguaje de programación. Los diversos lenguajes de programación, como Ada, C ++, C # o Java,
proporcionan la implementación de la interfaz a través de asignaciones IDL estandarizadas.
Desarrollo de aplicaciones con ORB express
Los pasos básicos para el desarrollo de CORBA se pueden ver en la siguiente ilustración. Esta
ilustración proporciona una descripción general de cómo se traduce el IDL al idioma
correspondiente (en este ejemplo, C ++), se asigna al código fuente, se compila y luego se
vincula con la biblioteca ORB, lo que da como resultado la implementación del cliente y el servidor.
Los pasos básicos para el desarrollo de CORBA incluyen:
Crear el IDL para definir las interfaces de la aplicación
El IDL proporciona interfaces independientes del sistema operativo y del lenguaje de programación
para todos los servicios y componentes que están vinculados al ORB. El IDL especifica una
descripción de los servicios que un componente del servidor expone al cliente. El término
"compilador IDL" se utiliza a menudo, pero IDL en realidad se traduce a un lenguaje de
programación.
Traducir el IDL
Un traductor IDL generalmente genera dos partes cooperativas para la implementación del cliente
y del servidor, código auxiliar y código esqueleto. El código auxiliar generado para las clases de
interfaz está asociado con una aplicación cliente y proporciona al usuario una interfaz de
programación de aplicaciones (API) bien definida. En este ejemplo, el IDL se traduce a C ++.
Compile los archivos de interfaz
Una vez que el IDL se traduce al lenguaje apropiado, C ++ en este ejemplo, estos archivos de
interfaz se compilan y preparan para la implementación del objeto.
Complete la implementación
Si las clases de implementación están incompletas, los archivos de especificaciones y encabezados
y los cuerpos y definiciones completos deben modificarse antes de pasar a la compilación. El
resultado es una implementación cliente / servidor completa.
Compilar la implementación
Una vez que se completa la clase de implementación, las interfaces del cliente están listas para
usarse en la aplicación del cliente y pueden incorporarse inmediatamente en el proceso del
cliente. Este proceso de cliente es responsable de obtener una referencia de objeto a un objeto
específico, lo que permite al cliente realizar solicitudes a ese objeto en forma de una llamada a
método en su API generada.
Vincular la aplicación
Una vez que se haya compilado todo el código objeto de los pasos tres y cinco, las clases de
implementación del objeto deben vincularse al vinculador C ++. Una vez vinculado a la biblioteca
ORB, en este ejemplo, ORB express , se crean dos operaciones ejecutables, una para el cliente y
otra para el servidor.
Ejecutar el cliente y el servidor
El proceso de desarrollo ahora está completo y el cliente ahora se comunicará con el servidor. El
servidor utiliza las clases de implementación de objetos que le permiten comunicarse con los
objetos creados por las solicitudes del cliente.
En su forma más simple, el servidor debe realizar lo siguiente:
Cree los objetos necesarios.
Notifique al entorno CORBA que está listo para recibir solicitudes de clientes.
Procese las solicitudes de los clientes enviando el servidor adecuado.
Definiciones de programación de CORBA
Dentro de un proceso de desarrollo de CORBA, hay una serie de términos únicos específicos para
una implementación de CORBA. Los desarrolladores pueden encontrarútilnuestro glosario de
términos para comprender una implementación completa de CORBA.
Interoperabilidad
La primera versión de CORBA proporcionó el IDL y las asignaciones estándar a solo unos pocos
idiomas, y a medida que el estándar CORBA ha madurado, CORBA 2.0 agregó más enlaces de
idiomas (particularmente C ++ y Java) así como el Protocolo General Inter-ORB (GIOP). Cuando
un cliente llama a una operación CORBA, el cliente ORB envía un mensaje GIOP al servidor. El
servidor ORB convierte esta solicitud en una llamada en el objeto del servidor y luego devuelve los
resultados en una respuesta GIOP. Esta sintaxis de transferencia estándar, especificada por el
Grupo de administración de objetos, permite la interoperabilidad de la interacción ORB a ORB y
está diseñada para funcionar con cualquier protocolo de transporte que cumpla con un conjunto
mínimo de suposiciones.
Cuando GIOP se envía a través de TCP / IP, se denomina Protocolo entre ORB de Internet
(IIOP). IIOP está diseñado para permitir que diferentes proveedores de ORB interoperen entre
sí. Un ejemplo de esta interoperabilidad ocurre cuando hay comunicación entre un ORB diseñado
por la empresa y una aplicación más pequeña en tiempo real, que utiliza un ORB en tiempo real.
Object Management Group (OMG)
El OMG es un consorcio sin fines de lucro creado en 1989 para promover la teoría y la práctica de
la tecnología de objetos para el desarrollo de sistemas operativos distribuidos. El objetivo es
proporcionar un marco arquitectónico común para aplicaciones orientadas a objetos basado en
especificaciones de interfaz ampliamente disponibles. Con una membresía de más de 800
miembros, que representan a empresas grandes y pequeñas dentro de la industria informática,
OMG lidera los esfuerzos de desarrollo de especificaciones de las especificaciones CORBA, OMG
IDL, IIOP, OMA, UML, MOF y CWM.
OMG no produce software ni pautas de implementación, solo las especificaciones a las que los
miembros de OMG responden en Solicitudes de información (RFI) y Solicitudes de propuestas
(RFP). Al administrar estas especificaciones, OMG respalda el proceso de adopción para las
empresas miembro interesadas en avanzar en los usos y aplicaciones de la informática distribuida
orientada a objetos.
