Discussion :

[V_R46]

Bonjour,


Je ne sais pas si je vais être très clair. J'aurai besoin d'une précision. Une fois que l'on a instancié un objet distant avec RMI. Est-il possible de placer cet objet dans un attribut de classe par exemple et l'utiliser durant toute l'exécution du programme ou alors la référence est perdue, et on manipule plus la même référence au fur et à mesure de son utilisation ?


Bien cordialement,

Tom

[CyberChouan]

L'objet récupéré par RMI est un "vrai objet java" : tu peux l'utiliser comme tu le veux.

La seule chose qui est perdue, c'est le lien "objet serveur - objet client". Si après avoir récupéré l'objet côté client tu le modifies (utilisation d'un setter par exemple), cette modification n'est par répercutée sur l'objet initial côté serveur (à moins bien sûr de rappeler explicitement par RMI une méthode de mise à jour).

[V_R46]

L'objet récupéré par RMI est un "vrai objet java" : tu peux l'utiliser comme tu le veux.

La seule chose qui est perdue, c'est le lien "objet serveur - objet client". Si après avoir récupéré l'objet côté client tu le modifies (utilisation d'un setter par exemple), cette modification n'est par répercutée sur l'objet initial côté serveur (à moins bien sûr de rappeler explicitement par RMI une méthode de mise à jour).

Merci beaucoup de ta réponse, c'est bien ce qui me semblait. Par conséquent quelle serait la meilleur solution pour maintenir la synchronisation ? C'est à dire j'ai un objet A qui est censé se trouver sur une machine M, et un autre A1 sur une seconde machine M1.

A a besoin de A1. Mais A1 est modifié au cours de l'execution. J'ai donc besoin de maintenir une communication full-duplex. Est-ce RMI la meilleur solution ?

[Alain Defrance]

Tout dépend de ce dont tu as besoin au sens métier.

Sans informations supplémentaires moi je dirais qu'il serait approprié d'avoir A et A1 sur le même côte (le serveur).
Au niveau des clients tu aurais un stub vers A, qui lui même possèderais une stub vers A1.
Là ou la tâche est bien plus intéressante, c'est au niveau des synchronisations des ressources partagés (A1 partagé par plusieurs A par exemple, il ne faudrait pas se trouver en situation d'inconsistance des états au niveau de tes instances).