I.9 SORTES DE
MIDDLEWARE
I.9.1 Les middlewares
payants
1. DCOM
Microsoft DCOM est souvent appelé «COM on the
wire». Il supporte les objets distants en exécutant un protocole
appelé ORPC (Object RemoteProcedure Call).
Un client DCOM appelle les méthodes exposées
d'un serveur DCOM en acquérant un pointeur sur l'une des interfaces de
l'objet serveur. L'objet client commence ensuite à appeler les
méthodes exposées de l'objet serveur via le pointeur d'interface
acquis, comme si l'objet serveur résidait dans l'espace adresse du
client.
Comme la spécification COM est au niveau binaire, les
composants du serveur DCOM peuvent être écrits dans divers
langages de programmation tels que C++, Java, Object Pascal (Delphi), Visual
Basic et même COBOL. Tant qu'une plateforme prend en charge les services
COM, DCOM peut être implémenté sur la plate-forme.
Cependant, il n'est pratiquement pas disponible sauf les systèmes
Windows.
2. RMI
Sun Java RMI est un ORB natif intégré en langage
Java. Il prend en charge les invocations de méthodes sur des objets
distants. Du point de vue de la programmation pratique, le développement
d'applications distribuées en RMI est plus simple que le
développement avec des sockets, car il n'est pas nécessaire de
concevoir un protocole, qui est une tâche sujette aux erreurs.
Dans RMI, le développeur a l'illusion d'appeler une
méthode locale à partir d'un fichier de classe local, alors que
les arguments sont envoyés à la cible distante et
interprétés, et les résultats sont renvoyés aux
appelants.
Le protocole sous-jacent pour RMI est Java Remote Method
Protocol (JRMP).
3. EntireX
Un logiciel middleware pour grands systèmes, Unix et
NT. Cette version permet désormais la communication entre des
applications XML et non XML et également entre les applications Corba et
non Corba. EntireX est compatible avec les plates-formes.
HP-UX 11, Sun Solaris 2. 7, SuSE Linux 6. 4 et Windows
2000.
| 
