Conception et réalisation d'un syst`eme d'instrumentation ... - CoDE

3.3. RMI
3.3.1 Le modèle proposé par Java : RMI
Comme nous l’avons évoqué, la Remote Method Invocation (RMI) de Java s’ apparente
au schéma classique de distribution d’objets sur un bus réseau, à cette exception près que
le but recherché n’ est pas ici d’interfacer tous les langages possibles mais bien de concevoir
des applications distribuées issues d’un même langage : Java. Ces applications seront
donc ameneés à résider sur des machines virtuelles [14] différentes et non sur des plateformes
différentes. Cette différence apparaîtra fondamentale dans le paragraphe suivant.
La figure 3.3 présente les éléments d’une application écrite au moyen de RMI.
Fig. 3.3 – Protocoles mis en oeuvre par RMI
Dans un premier temps, Le serveur appelle le registry afin d’associer un nom symbolique
avec l’objet qu’il met à disposition sur le bus. Le client peut alors entamer un processus de
recherche et interroger le registry sur la présence ou non d’un nom de service disponible.
En cas de succès, il obtient alors une référence sur l’objet correspondant et est à même
d’invoquer sur ce dernier une méthode particulière.
L’ensemble des méthodes disponibles auprès du serveur est décrite au moyen d’une
interface connue du client et du serveur. Cette approche est semblable à celle proposeé
par CORBA au travers de l’IDL. Rappelons à cet effet qu’une interface est un formalisme
énonçant le comportement d’une objet, mais ne réalisant pas l’implémentation de la classe.
Il s’agit donc d’un ”contrat” que s’engage à remplir la classe implémentant l’interface, dont
la réalisation finale est discrétionnaire.
Comme nous le verrons dans la section suivante, des serveurs Web sont également
utilisés par RMI afin de permettre le transfert de bytecode entre le client et le serveur.
Insistons bien ici sur le fait qu’il ne s’agit pas de la marshallisation proprement dite d’objets,
tels que les paramètres des méthodes activées, mais bien de transférer, le besoin échéant,
des classes depuis un intervenant jusqu’à l’autre. Ce mécanisme n’a pas d’équivalent en
CORBA et est appelé transfert dynamique de code mobile.
33