these doctorat une architecture de securité

Section 4.3. Sémantique des communications
4.3 Sémantique des communications
L’instanciation d’un objet actif retourne un objet polymorphiquement compatible avec le type
de la classe d’origine. L’objet retourné est en fait une sous-classe de la classe d’origine. Cela nous
permet de rendre transparente la distribution des objets actifs. Un objet java peut ne pas avoir
conscience qu’il s’adresse à un objet distant, il fera des appels sur les méthodes publiques de
l’objet actif comme si ce dernier était un objet java standard et local à la machine virtuelle.
La communication entre objets actifs est assurée par un échange de messages. Les messages
sont des objets java sérialisables. On peut les comparer aux paquets utilisés par le protocole TCP.
En effet, ces messages contiennent (1) une partie servant à leur routage par les divers éléments
de la bibliothèque, (2) une partie contenant les données devant être communiquées à l’objet distant.
Si les possibilités de faire des appels de méthodes restent les mêmes, la sémantique de
communication associée à une méthode variera selon la signature de cette dernière.
Le tableau 4.1 présente les différentes sémantiques de communication selon les différentes signatures
des méthodes.
tel-00239252, version 1 - 5 Feb 2008
Sémantique Signature de la méthode Nombre de messages échangés
One-way
Synchrone
Asynchrone
La méthode n’a pas de valeur de retour
(void) et ne lève pas d’exception.
– La méthode retourne un objet non
reifiable : type primitif ou classe final,
– La méthode peut lever une exception
: on doit bloquer l’appelant
pour éviter qu’il ne sorte du bloc
try/catch
Ne correspond ni au cas synchrone, ni
au cas one-way : types réifiables, aucune
exception
Un message envoyé de l’appelant vers
l’appelé.
Deux messages échangés, un lors
de l’appel de méthode, le deuxième
lorsque la méthode a été exécutée afin
de renvoyer le résultat de l’appel de
méthode. La thread de l’appelant est
bloquée jusqu’à réception du résultat
de l’appel de méthode.
Deux messages échangés, un lors
de l’appel de méthode, le deuxième
lorsque la méthode a été exécutée afin
de renvoyer le résultat de l’appel de
méthode.
TAB. 4.1 – Signature des méthodes et sémantique des appels
Dans tout échange de messages, il existe une phase de rendez-vous lors de l’envoi du message.
Ce rendez-vous assure à l’appelant que le message a été correctement délivré à l’objet actif appelé
et qu’il a été placé dans la file d’attente des requêtes que l’objet actif appelé doit servir.
4.4 Migration des activités
La mobilité d’une application est un paradigme de programmation qui consiste à donner la
possibilité aux divers éléments d’une application de changer de localisation en cours d’exécution
[60]. La migration permet la migration des objets actifs d’un noeud vers un autre nœud. La
migration telle qu’elle a été implantée au sein de ProActive est dite faible ; le code est mobile
mais pas le contexte d’exécution. Le concept de migration faible s’oppose au concept de migration
forte. La migration dite forte permet la migration d’un objet à n’importe quel moment pendant
l’exécution de l’objet. Cette restriction est due au langage Java qui ne permet pas la capture des
contextes d’exécution des Threads. La conséquence immédiate est l’impossibilité de faire migrer
un objet tant que ce dernier n’a pas atteint un état désigné comme stable.
N’importe quel objet actif a la possibilité de migrer ou d’être migré. Si l’objet actif possède un
graphe d’objets passifs, ces derniers seront déplacés également vers la nouvelle localisation. Le
processus de migration repose actuellement sur la sérialisation Java pour transférer les objets
53