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

4.2. ARCHITECTURE ET PRINCIPE
cole final utilisé pour l’ implémentation des éléments de communication. Néanmoins, l’utilisation
de RMI comme moyen d’exploitation des objets distribués rend le développement
et le déploiement du code plus aisé, c’est pourquoi les deux versions de Jini disponibles
actuellement (1.0 et 1.1) utilisent, elles, abondament RMI. N’oublions pas à cet effet que
Java permet l’exploitation du bus CORBA, largement utilisé dans l’industrie, et donc que
Jini n’apparait en rien comme fermé des standards actuels. Des recherches ont permis de
montrer qu’il était possible de ”présenter” de manière totalement transparente des services
CORBA comme étant des services Jini, permettant ainsi à cette technologie d’encapsuler
l’architecture CORBA.
4.2 Architecture et principe
Jini repose sur un modèle d’interaction faisant apparaître un certain nombre de rôles et
de mécanismes clés. On distinguera de manière simplifiée trois acteurs constituant le bus
Jini :
1. Le Service. Il s’agit d’un objet distribué qui est capable d’accomplir un travail donné.
Le Service propose ses capacités et invite les autres à les exploiter. Il peut être vu
comme un fournisseur de comportement, de méthodes.
2. Le Client cherche à utiliser un Service spécifique, répondant à ses besoins sur le
moment. Il se pose en consommateur des ressources disponibles.
3. Le Lookup qui orchestre les dialogues entre Clients et Services, garde trace des Services
disponibles sur le réseau et permet au client des interrogations afin de chercher
le Service le plus adéquat. Il gère également toute la dynamicité du réseau : disparition
des Services, apparition de nouveaux membres sur le bus, modification de rôle
d’un des membres, etc.
En plus de ces éléments de base, des concepts accessoires viennent se greffer afin, par
exemple, d’enrichir la définition des Services, de gérer la robustesse des transactions ou
encore d’introduire des mécanismes d’envoi d’évènements. Ils seront vu dans les sections
qui suivent.
L’architecture Jini repose sur un modèle d’interaction entre Services et Clients orchestré
par un Service particulier appelé Lookup. Dans un premier temps, un ensemble de Services
et de Clients sont disposés sur le réseau et cherchent à interagir. Pour ce faire, ils doivent
tout d’abord découvrir un ou plusieurs Service de Lookup. Soit ils possèdent l’adresse IP
de ce service et ils peuvent donc prendre contact avec lui sans difficulté, soit ils peuvent
utiliser une technique d’envoi de paquets en multicast, pour tout le sous-réseau, et attendre
la réponse d’un éventuel Lookup présent (Fig. 4.1).
Pendant cette transaction, les Clients comme les Services agissent en temps que consommateurs
du Service de Lookup. On constatera tout au long du détail des mécanismes de
Jini que chaque intervenant n’est pas amené à jouer un rôle unique, mais se présentera
tantôt comme client, tantôt comme service.
39