Discussion :

[Linio]

J'ai une question qui peut paraitre bête mais bon, je la pose.
J'aimerais créer une application serveur/client, avec RMI.

Seulement comme dans toute application serveur/client, le serveur a quand même des données à passer aux applications clientes de temps en temps, or je ne peux qu'appeler des méthodes d'objets sur le serveurs depuis les clients.
Est-ce qu'il faut que je créé une autre connection par sockets, que je fasse une connection rmi des deux côtés, ou bien que je fasse un genre de thread sur le client qui ira vérifier continuellement qu'il n'y ai pas de messages (ce qui semble lour ...)

[Hephaistos007]

Est-ce qu'il faut que je créé une autre connection par sockets, que je fasse une connection rmi des deux côtés,

Oui. Si ton serveur désire communiquer avec le client, cela signifie que ton serveur en aussi client et que ton client est aussi serveur.
L'architecture client/serveur est un abus de langage par rapport à la notion de client-serveur qui est une forme de communication : le client est à l'initiative de l'établissement de la communication.

Bref, tu dois faire du RMI dans les 2 sens.

[Linio]

A ce moment là alors, je suppose que je dois lancer l'utilitaire rmiregistry des deux côtés.
Y'a t'il un moyen d'automatiser un peu tout ça?
J'aimerais pouvoir refiler l'application a des personnes qui n'auraient qu'à lancer un exécutable.

[tralloc]

C'est ça que tu cherches ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
LocateRegistry.createRegistry(2000);

C'est pour crééer un registry sur ta machine sans le lancer dans un .bat ou .sh ...

[sim_mmm]

non rmiregistry ne roulera que sur ton serveur.

[Linio]

Bon.
Je vais tenter de me renseigner, les rares explications que j'ai trouvées sur le RMI ne montre qu'une architecture client/serveur.
Merci.