Architecture de courtier de demande d’objet commun (corba)

Définition - Que signifie CORBA (Common Object Request Broker Architecture)?

La Common Object Request Broker Architecture (CORBA) est une spécification développée par l'Object Management Group (OMG). CORBA décrit un mécanisme de messagerie par lequel les objets répartis sur un réseau peuvent communiquer entre eux indépendamment de la plate-forme et du langage utilisés pour développer ces objets.

Il existe deux types d'objets de base dans CORBA. L'objet qui inclut certaines fonctionnalités et peut être utilisé par d'autres objets est appelé un fournisseur de services. L'objet qui nécessite les services d'autres objets est appelé le client. L'objet fournisseur de services et l'objet client communiquent entre eux indépendamment du langage de programmation utilisé pour les concevoir et indépendamment du système d'exploitation dans lequel ils s'exécutent. Chaque fournisseur de services définit une interface, qui fournit une description des services fournis par le client.

Definir Tech explique l'architecture CORBA (Common Object Request Broker)

CORBA permet à des logiciels séparés écrits dans différentes langues et fonctionnant sur différents ordinateurs de fonctionner les uns avec les autres comme une seule application ou un ensemble de services. Plus spécifiquement, CORBA est un mécanisme logiciel pour normaliser la sémantique des appels de méthode entre les objets d'application résidant soit dans le même espace d'adressage (application), soit dans l'espace d'adressage distant (même hôte ou hôte distant sur un réseau).

Les applications CORBA sont composées d'objets qui combinent des données et des fonctions qui représentent quelque chose dans le monde réel. Chaque objet a plusieurs instances et chaque instance est associée à une demande client particulière. Par exemple, un objet caissier de banque a plusieurs instances, dont chacune est spécifique à un client individuel. Chaque objet indique tous les services qu'il fournit, l'entrée essentielle pour chaque service et la sortie d'un service, le cas échéant, sous la forme d'un fichier dans un langage appelé Interface Definition Language (IDL). L'objet client qui cherche à accéder à une opération spécifique sur l'objet utilise le fichier IDL pour voir les services disponibles et rassembler les arguments de manière appropriée.

La spécification CORBA dicte qu'il y aura un ORB (Object Request Broker) à travers lequel une application interagit avec d'autres objets. En pratique, l'application initialise simplement l'ORB et accède à un adaptateur d'objet interne, qui gère des éléments tels que le comptage de références, les stratégies d'instanciation d'objet (et de référence) et les stratégies de durée de vie des objets. L'adaptateur d'objet est utilisé pour enregistrer les instances des classes de code générées. Les classes de code générées sont le résultat de la compilation du code IDL utilisateur, qui traduit la définition d'interface de haut niveau en une base de classe spécifique au système d'exploitation et à la langue à appliquer par l'application utilisateur. Cette étape est nécessaire pour appliquer la sémantique CORBA et fournir un processus utilisateur propre pour l'interfaçage avec l'infrastructure CORBA.