Université Mouloud MAMMERI de Tizi-Ouzou.
Faculté de génie électrique et d’informatique.
Département d’informatique.
Réalisé par :
- BOURKACHE Mohammed
- LOURGUI Yazid
Spécialité : M2 ISI
- OULD AMARA Juba
- SELLAH Amira
Encadré par : Mr. kerbiche
Promotion : 2022/2023
1. ARCHITECTURE CORBA (COMMON
OBJECT REQUEST BROKER):
L'architecture CORBA (Common Object Request Broker Architecture) est
une norme définie par l'Object Management Group (OMG) qui permet aux
composants logiciels écrits dans plusieurs langages informatiques et exécutés
sur plusieurs ordinateurs de fonctionner ensemble.
CORBA est une norme de distribution d'objets sur des réseaux afin que
les opérations sur ces objets puissent être appelées à distance. CORBA n'est
pas associé à un langage de programmation particulier, et tout langage
avec une liaison CORBA peut être utilisé pour appeler et implémenter des
objets CORBA. Les objets sont décrits dans une syntaxe appelée Interface
Definition Language (IDL).
CORBA comprend quatre composants :
1. Courtier de demande d'objet (ORB)
L'ORB (Object Request Broker) gère la communication, le marshaling et
le unmarshaling des paramètres afin que la gestion des paramètres soit
transparente pour un serveur CORBA et les applications clientes.
2. Serveur CORBA
Le serveur CORBA crée des objets CORBA et les initialise avec un ORB.
Le serveur place des références aux objets CORBA dans un service de
nommage afin que les clients puissent y accéder.
3. Service de nommage
Le service de nommage contient des références aux objets CORBA.
4. Nœud CORBA Request
Le nœud CORBARequest agit comme un client CORBA.
1
Le diagramme suivant illustre les couches de communication entre IBM®
Integration Bus et CORBA.
Figure 2 : les couches de communication entre IBM® Integration Bus et CORBA.
Le schéma illustre les étapes suivantes :
1. Les applications serveur CORBA créent des objets CORBA et placent
des références d'objets dans un service de nommage afin que les clients
puissent les appeler.
2. Au moment du déploiement, le nœud contacte un service de
nommage pour obtenir une référence d'objet.
3. Lorsqu'un message arrive, le nœud utilise la référence d'objet pour
appeler une opération sur un objet dans le serveur CORBA.
2
2. LE LANGAGE DE DONNEES
INTERACTIF (IDL)
1. DEFINITION - QUE SIGNIFIE LE LANGAGE DE DONNEES
INTERACTIF (IDL)?
Le langage de données interactif (IDL) est un langage de programmation
utilisé pour créer des applications effectuant une analyse de données.
L'IDL est principalement utilisé par les astronomes et les experts en
imagerie médicale.
L'application IDL typique se situe dans le domaine du traitement interactif
en vrac, où le traitement d'image numérique nécessite une vitesse élevée
dans de nombreuses applications, telles que celles de la sécurité et la
surveillance des applications nécessitant une analyse en temps réel.
2. TECHOPEDIA EXPLIQUE LE LANGAGE DE DONNEES
INTERACTIF (IDL)
IDL traite efficacement les tableaux de données de différentes
dimensions, y compris les vecteurs (tableaux à une dimension). IDL
enregistre plusieurs codes de programmation nécessaires pour exécuter
des fonctions répétées, utilisant ainsi des lignes de code uniques pour ces
fonctions.
IDL est extrêmement utile lorsque des problèmes de dépassement
arithmétique se produisent et stockent une valeur NaN (pas un nombre),
plutôt que de renvoyer une exception, ce qui pourrait forcer un
programme fermé s'il est écrit dans une autre langue.
IDL n'est pas efficace pendant les opérations d'éléments séquentiels. Ainsi,
si un programme ne contient pas un nombre suffisant de tableaux, IDL
n'est pas conseillé. (L'utilisation d'un langage comme C # est beaucoup
plus efficace.
3
3. LE LANGAGE DE DONNEES
INTERACTIF (IDL)
Il définit un espace de désignation pour retrouver les références d’objet
ou les services à partir d’un nom symbolique. Cet espace peut être
structuré par un graphe de répertoires concaténés (NameComponent,
Name, NamingContext).
Graphe : arborescence appelé graphe de
désignation (Naming Graph) contient :
o Une racine.
o Des nœuds, appelé « contexte de
nommage »
o Des feuilles : les références d’objet.
Chaque contexte maintient une liste
d’associations entre les noms symboliques et des
références d’objet (gère une liste de liaison (=association nom-
référence)), ils sont équivalents à la notion de répertoire/sous-répertoire.
Il fournit des opérations comme :
o Bind et Rebind : ajouter une association entre un nom et une
référence.
o Bind_context et Rebind_context : ajouter un contexte existant
o Resolve : retourne la référence de l’objet qui correspond à un
contexte.
Usage :
❖ Les services de nommage (ex : rmiregistry) sont
utilisés :
o Pour stocker des objets.
o Pour offrir un point d'accès aux
applications réparties.
❖ Référentiels d'entreprise pour accéder à :
o Des applications (machine/port),
o Des bases de données,
o Des informations de sécurité (gestion
des accès au sein d'une entreprise).
o Des dispositifs tels que les imprimantes.
4
4. L’INTEROPERABILITE AVEC CORBA
Deux problèmes :
o Communication d’applications distribuées au sein d’un même
environnement
o Interopérabilité d’applications distribuées entre environnements
hétérogènes.
Interopérabilité d’application avec CORBA 2.0
CORBA 2.0 permet de résoudre le problème d’interopérabilité
d’applications distribuées entre des environnements hétérogènes grâce
au protocole de communication commun GIOP (General Inter ORB
Protocol).
5
Solutions :
❖ La spécification CORBA 2.0 comporte 4 nouveaux éléments :
o Le cadre architectural définissant l’interopérabilité entre
différents ORBs.
o La définition de protocoles communs GIOP et IIOP.
o La définition de protocoles spécifiques à un environnement
ESIOP et DCE/ESIOP.
o La définition de passerelles inter-ORB, permettant la
communication entre différentes implémentations de CORBA
(comprenant le DSI).
6
5. CORBA vs. REST
Les différences entre CORBA et REST :
CORBA REST
CORBA n'est pas modulaire. REST/HTTP répond aux exigences de modularité.
Couplage maximal. Couplage minimal.
Abstractions ad hoc de haut niveau. Abstraction simple et de bas niveau.
CORBA a ses propres formats binaires pour Les contraintes permettent la réutilisation.
transporter des données complexes.
Les objets sont instanciés sur le serveur Les ressources sont représentées par des
documents, etc.
Les clients appellent des méthodes sur les Le client envoie une requête pour initier un
objets. transfert d'un état de la ressource à un autre.
Les messages sont codés en binaire Encodage neutre sur la plate-forme : HTTP Mais
pas limité à HTTP...
7
6. CORBA vs. SOAP
Les différences entre CORBA et SOAP :
CORBA SOAP
DCOM est l'acronyme de Distributed SOAP est l'acronyme pour Simple Object Access
Component Object Model. Protocol
COBRA ne fournit pas d'indépendance C'est une plate-forme pour le transport de
linguistique. données et l'indépendance linguistique.
Les services Web comme COBRA sont Il est user-friendly et facile à manipuler.
complexes à gérer.
CORBA a ses propres formats binaires pour SOAP utilise les protocoles HTTP et les données
transporter des données complexes. utilisent les formats XML.
Il est facile à entretenir par rapport au SOAP. Difficile à maintenir.
