Modélisation des systèmes temps-réel répartis embarqués pour la ...

II-2.2.2 CORBA
Modélisation des systèmes temps-réel répartis embarqués
Les principes de RPC ont été étendus à la programmation orientée objet, notamment à travers
les spécifications de CORBA [Vinoski, 1993]. CORBA (Common Object Request Broker Architecture)
est un ensemble de spécifications issus des travaux de l’OMG (Object Management Group)
qui reprend les mêmes principes de souche et de squelette que RPC, ainsi que l’utilisation d’un
langage de description des interfaces (IDL, Interface Description Language).
1 interface Calcul {
2 short addition (in short a, in short b);
3 };
Listing II.2 – description IDL d’une application
Le listing II.2 illustre la déclaration d’un objet réparti offrant une méthode permettant d’effectuer
des additions. Nous voyons que l’approche d’IDL est relativement proche de celle de RPCL ;
l’interface remplace le programme, la notion de version disparaît et les aspects orientés objets sont
ajoutés. Par rapport à RPCL, IDL supprime l’obligation d’associer un nombre aux méthodes ; il
permet également de définir des méthodes ayant plusieurs paramètres.
Dans sa conception, CORBA ambitionne de fournir une solution standard pour la mise en
place de systèmes répartis. Contrairement à RPC, qui se focalise sur le langage C, CORBA vise
donc à faciliter l’interopérabilité entre des nœuds applicatifs implantés dans des langages de programmation
différents. Pour cela, CORBA définit des règles de transformation entre IDL et les
langages d’implantation tels que Java, C++, Ada, Python. . .afin d’intégrer un large éventail d’applications.
L’exploitation d’IDL rejoint néanmoins celle de RPCL : la description des interfaces
est transformée en un ensemble de souches et de squelettes.
Un intergiciel CORBA prend en charge la localisation des nœuds de l’application. À son lancement,
un serveur enregistre auprès de l’ORB les objets qu’il met à la disposition des clients. Pour
chaque objet, l’ORB crée une référence que le serveur doit faire parvenir aux clients. Une référence
rassemble toutes les informations nécessaires pour l’identification d’un objet : emplacement
du nœud sur le réseau, identificateur de l’objet sur ce nœud, etc.
Les références peuvent être transmises aux clients sous forme de chaîne de caractères. CORBA
définit principalement deux codages de références : les IOR (Interoperable Object Reference) permettent
de coder une référence sous forme d’une chaîne de caractère opaque ; les CorbaLoc fournissent
une fonctionnalité équivalente avec une présentation similaire aux URL. Il est nécessaire
de fournir au client l’IOR ou la CorbaLoc de l’objet serveur ; l’ORB du client peut alors établir la
communication avec l’ORB du serveur.
Les spécifications CORBA définissent également un service de nommage (CosNaming). Un tel
service correspond à un objet rassemblant les références des différents objets du système réparti.
Chaque entité du système doit donc disposer de l’IOR du service de nommage ; elle s’adressera
ensuite à ce service pour déclarer ses objets serveurs ou demander la référence d’un objet dont elle
connaît le nom.
Dans un cas comme dans l’autre, la localisation des nœuds n’est connue qu’au moment de
l’exécution, et n’est donc pas consignée dans la description IDL. L’intervention de l’utilisateur est
donc nécessaire.
Les spécifications initiales de CORBA visaient la mise en place de systèmes d’information.
Plusieurs sous-spécifications de CORBA ont été définies afin de répondre à des domaines d’application
particuliers ayant des contraintes spécifiques, comme les systèmes embarqués (Minimum
CORBA) ou temps-réel (RT-CORBA). . .
10 c○ 2007 Thomas Vergnaud