Pour l’article ayant un titre homophone, voir Korba.

Cet article ne cite pas suffisamment ses sources (janvier 2016).

Si vous disposez d'ouvrages ou d'articles de référence ou si vous connaissez des sites web de qualité traitant du thème abordé ici, merci de compléter l'article en donnant les références utiles à sa vérifiabilité et en les liant à la section « Notes et références ».

En pratique : Quelles sources sont attendues ? Comment ajouter mes sources ?

CORBA
Éditeur	Object Management Group (OMG)
Genre	Spécification formelle
État	Version 3.3
Première publication	août 1991
Dernière publication	octobre 2012
Standard	omg.org/spec/CORBA
Site web	www.corba.org
modifier

CORBA, acronyme de Common Object Request Broker Architecture, est une architecture logicielle pour le développement de composants et d’object request broker (ORB). Ces composants, qui sont assemblés afin de construire des applications complètes, peuvent être écrits dans des langages de programmation distincts^[1], être exécutés dans des processus séparés, voire être déployés sur des machines distinctes.

À la mode dans les années 1990, CORBA n'est plus qu'une technologie de niche depuis le milieu des années 2000.

Le standard CORBA est maintenu par l’Object Management Group.

CORBA a été à la mode dans les années 1990. Dans les années 2000, des technologies telles que SOAP et Distributed Component Object Model de Microsoft ont éclipsé CORBA, qui est devenue une technologie de niche^[2].

CORBA est une norme définie en 1992 par des constructeurs de matériel informatique et des éditeurs de logiciels (dont Sun, Oracle, IBM…) regroupés au sein d’un consortium nommé Object Management Group (OMG).

C'est avec la version 2 de CORBA (fin 1995) que sont apparus le protocole standard IIOP et l’interface description language (IDL).

La version 2.3 rend interopérables CORBA et RMI (Juin 1991).

La version 3 de CORBA (juillet 2002) spécifie seize types de services (nommage et annuaire des objets, cycle de vie, notification d'événements, transaction, relations et parallélisme entre objets, stockage, archivage, sécurité, authentification et administration des objets, gestion des licences et versions…) mais tous ne sont pas mis en œuvre dans les ORB du marché.

La version 3.1.1 (aout 2011) a été publié par l'ISO, en tant que norme de l'édition 2012, sous les références : ISO/IEC 19500-1^[3], 19500-2^[4] and 19500-3^[5].

La technologie CORBA adopte une approche essentiellement orientée objet : du point de vue d'un langage de programmation, toutes les méthodes sont virtuelles ; il n'y a ni polymorphisme paramétrique, ni méthode protégée ou privée, ni surcharge d'opérateur, ni fonction de première classe. Chaque composant est décrit sous la forme d'une interface écrite en langage IDL.

Une correspondance a été spécifiée entre le langage IDL et différents langages de programmation^[1]. Des précompilateurs dédiés permettent de générer automatiquement le squelette de l'interface IDL dans un langage donné, en produisant aussi le code qui assure l'appel de fonctions distantes et le traitement des résultats. Ce code porte le nom de stub du côté client et de skeleton du côté serveur. Un module dont l'interface est spécifiée en IDL pourra ainsi être programmé en C++, tandis que des modules Java qui l'utiliseraient effectueraient en fait des appels sur une interface Java générée à partir du même IDL, l'architecture CORBA assurant l'acheminement des appels entre les processus.

Applications et composants CORBA mélangent typages statique et dynamique. Ainsi, chaque composant est décrit statiquement par une interface mais les composants qui utilisent celui-ci doivent vérifier dynamiquement que l'interface est effectivement implémentée.

Cette section est vide, insuffisamment détaillée ou incomplète. Votre aide est la bienvenue ! Comment faire ?

L'Object Request Broker (ORB), est un composant fondamental de l'architecture CORBA ; sa mission est de faciliter la communication entre objets : il est chargé d'envoyer les requêtes aux objets et de retourner les réponses au client qui les a invoqués par un processus de sérialisation.

Le langage de définition des interfaces ou IDL (Interface Definition Language), est utilisé pour définir les interfaces entre les composants d'une application et permettre l'interopérabilité entre différentes technologies.

IDL ne peut définir que des interfaces, pas d'implémentations. En spécifiant les interfaces entre objets en CORBA, IDL se charge d'assurer l'indépendance avec les langages de programmation utilisés : un module dont l'interface est spécifiée en IDL pourra ainsi être programmé en C++, tandis que des modules Java qui l'utiliseraient effectueraient en fait des appels sur une interface Java générée à partir du même IDL, l'architecture CORBA assurant l'acheminement des appels entre les processus.

Cette section est vide, insuffisamment détaillée ou incomplète. Votre aide est la bienvenue ! Comment faire ?

Cette section est vide, insuffisamment détaillée ou incomplète. Votre aide est la bienvenue ! Comment faire ?

Durant l'exécution, les communications entre composants sont gérées par un ORB.

La technologie Bonobo du projet GNOME utilise CORBA.

C'est également le cas du framework SCADA 'TANGO' de l'ESRF.

• Annick Fron 2007, Architectures réparties en Java, (ISBN 978-2-10-051141-9).
• J. M. Geib, C. Gransart, P. Merle, 'CORBA : des concepts à la pratique', Masson, 1997.

• RPC et MoM
• .NET
• XPCOM
• D-Bus
• COM : Component Object Model
• OLE : Object Linking and Embedding
• RMI
• Middleware

• Site officiel de l'OMG concernant le bus à objets répartis CORBA : On y trouve les spécifications du bus, des protocoles de communication, des services objet communs…

• Portail de la programmation informatique
• Portail de l’informatique
• Portail des logiciels