l'API RMI

Le but de cette API est de rendre transparent l'accès aux objets distribués sur un réseau, afin que les appels de méthodes distantes s'effectuent comme les appels de méthodes sur les objets locaux.

Le principal problème est l'obtention d'une référence d'un objet qui se trouve dans une autre machine virtuelle.

Accéder aux objets distants

Sur la machine qui détient l'objet, deux applications particulières :

• un programme (rmiregistry) dédié dont le rôle est d'écouter sur un port particulier d'une machine (1099 par défaut pour RMI) les requêtes des clients.
• le serveur d'applications qui va lié l'objet en sa possession (en indiquant sa localisation) à ce même port.

Sur la machine cliente, il suffit alors de préciser le triplet (machine, port, objet) pour l'obtenir.

Interfaces distantes

Tout objet accédé à distance doit être déclaré comme tel. Pour cela il doit implémenter une interface particulière java.rmi.remote

La seule contrainte que cela implique est que toute les méthodes doivent prévoir les pannes possibles du réseau throws RemoteException.

Stubs et squelettes

Les objets exportés doivent posséder deux classes particulières objet_Stub.class et objet_Skel.class qui doivent être présentes sur les deux sites.

• objet_Stub.class est un objet spécial, qui implémente toutes les interfaces de l'objet distant de la façon suivante :
  1. convertit les paramètres de la méthode,
  2. construit un message suivant un certain protocole (TCP/IP, UDP/IP)
  3. transmet le message via le réseau à l'adresse (machine, port).
• objet_Skel.class est un objet spécial qui :
  1. réceptionne le message,
  2. reconstruit les paramètres en tant qu'objet.
  3. appelle la méthode visée de l'objet.

Les rôles sont inversés lors de l'acheminement des valeurs de retour.

Remarque : le programme rmic fabrique les classes Stub et Skel.