[RMI]Gestion des objets sur le serveur?

**fabszn** · 06/06/2007, 10h17

Hello,

Je cherche une précision sur la sémantique du traitement des objets accessible à distance via RMI.

Lorsque plusieurs clients utilisent un même objet distant via RMI.
L'objet manipulé sur le serveur est il le même pour tout les clients ou alors chaque client manipule une instance de celui-ci.

exemple illlustratif :

L'objet A est enregistré et disponible sur mon serveur rmi.
Cette objet A à une méthode f().

J'ai trois clients qui veulent utiliser simultanément la méthode f() de mon objet distant A.

Comment le serveur RMI va t il traiter ces trois appels?
Est ce qu'il va créer un instance de l'objet A par invocation, ou alors utiliser la même instance dans 3 threads différents.. ou alors ordonnancer les appels et les exécuter les uns après les autres?

Je vous remercie par avance pour votre aide,

**coco62** · 06/06/2007, 10h30

Un ensemble de Thread est crée.
On n'a par contre pas d'assurance d'être sur le même Thread entre plusieurs appel.
On peut faire le parallèle avec des EJB session stateless.

**je®ome** · 06/06/2007, 10h30

ooouupppss
j'ai rien dit

**fabszn** · 06/06/2007, 10h41

Envoyé par f273345

Un ensemble de Thread est crée.
On n'a par contre pas d'assurance d'être sur le même Thread entre plusieurs appel.
On peut faire le parallèle avec des EJB session stateless.

Hello,

Merci de ta réponse,

Donc si je comprend bien, un thread est créé pour chaque client.

Alors la synchronisation concerne uniquement les méthodes partageant des ressources communes. Si la portée des objets distants se limite à eux mêmes alors plusieurs clients peuvent manipuler le même objet distant en même temps. Pour comparer on pourrait prendre le modèle des servlets... est ce correcte?

Merci d'avance,

**coco62** · 06/06/2007, 10h44

Non, un pool de Thread est crée, il ne sont pas lié aux clients.
Pour la comparaison avec les servlet : OK.
- partage de données sur l'instance d'objet
- Thread non affacté à un client

**fabszn** · 06/06/2007, 10h58

Hello,

Ok, Donc au moment du démarrage du serveur rmi, celui ci créé un pool de X thread(s).

Chaque appel client est traité dans un des threads contenu dans ce pool.
Chaque thread obtient une référence sur cet objet et traite la requête cliente.

Donc pour résumer, les appels clients peuvent être traité parallèlement (charcun dans un thread différent).

Ok?

En tout merci de ton aide!

Remarque: Quand je parle de parallélisme, c'est juste pour l'idée cela reste théorique car il n'y a pas de vrai parallélisme avec les threads ( à moins d'avoir plusieurs processeurs sur la machine).. enfin c'est un autre débat...

**coco62** · 06/06/2007, 11h51

Tout bon.

Tu peux aussi regarder java.rmi.activation.Activable, je n'ai jamais essayé mais cela offre apparement d'autre possibilitée au niveau gestion du cycle de vie ..
Je me demande si cette implementation ne crée pas un objet par client.

à creuser si le besoin s'en fait sentir.