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

4.2. ARCHITECTURE ET PRINCIPE
Consumer Provider
Lookup
Service
Consumer
announcement
L L
lookup
L
register
Lookup
Service
Provider
discovery discovery
Lookup
Service
Consumer
announcement
Fig. 4.3 – Recherche des proxys du Lookup par le client
moyen du serveur Web présent sur la plateforme du service.
Le ou les clients se posent en consommateur des services présents sur le bus et peuvent
entrer en contact avec ceux-ci à l’aide du Lookup. Leur but est d’obtenir une copie du
Proxy mis en dépôt par le service dont ils désirent exploiter les possibilités.
Pour ce faire, ils fournissent au Lookup un ensemble de désidératas qui permettront de
déterminer quels sont les proxys qui peuvent se révéler utiles (Fig 4.3).
A nouveau, les mécanismes exposés dans le chapitre traitant de RMI seront mis en
oeuvre afin de télécharger une copie du proxy depuis le Lookup jusqu’au Client.
Nous n’avons jusqu’à présent toujours pas précisé la nature même du proxy, à savoir
sa fonctionnalité finale. Comme nous l’avons dit, le Proxy est un morceau de code qui
se déplace de manière transparente de la machine virtuelle du Service jusqu’à la machine
virtuelle du Client. En soi, aucune contrainte n’est imposée sur celui-ci, si ce n’est qu’il doit
être capable d’effectuer ce déplacement en utilisant RMI et donc être développé comme un
objet distribué au sens de RMI. Trois types d’approches sont dès lors possibles par rapport
au proxy :
– il est le service recherché par le Client. Auquel cas il s’agit d’un morceau de bytecode
pris comme un programme complet.
– il est un moyen de recontacter le service qui l’a mis à disposition. Dans ce cas, le
proxy est un Stub servant de pont de communication entre le Client et le Service.
– Il est hybride : à la fois stub et application. Un tel proxy peut par exemple servir à
41