Table des matières:
- Définition - Que signifie l'architecture Common Object Request Broker (CORBA)?
- Techopedia explique l'architecture CORBA (Common Object Request Broker)
Définition - Que signifie l'architecture Common Object Request Broker (CORBA)?
L'architecture Common Object Request Broker (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 distribués 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é fournisseur de services. L'objet qui nécessite les services d'autres objets s'appelle 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.
Techopedia 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 précisément, CORBA est un mécanisme logiciel permettant de 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) ou 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, chacune étant 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 une langue connue sous le nom de langage de définition d'interface (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 courtier de demande d'objet (ORB) à 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 des références, les politiques d'instanciation des objets (et des références) et les politiques de durée de vie des objets. L'adaptateur d'objet est utilisé pour enregistrer des 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 de l'interface de haut niveau en une base de classe spécifique au système d'exploitation et au langage à 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.
