Discussion :

[paesportcomputing]

Bonjour,

J’utilise la technologie RMI sur des PC distants. En réalité, pour le moment, j’ai un PC qui fait office de serveur et 6 autres PC qui font office de client.
Pour le moment, tout fonctionne bien puisque je ne fais qu’envoyer des 'demandes' dans le sens client -> serveur.
Un peu de code.
Mes clients :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
 public void init() {
      // Mise en place du Security Manager 
      if (System.getSecurityManager() == null) {
           System.setSecurityManager(new SecurityManager());
      }
 
      try {
      // Récupération des propriétés du RMI
      remote = Naming.lookup("rmi://" +"192.168.1.100"+ "/InformationRMI");
      } catch (MalformedURLException e) {
          e.printStackTrace();
      } catch (RemoteException e) {
          e.printStackTrace();
      } catch (NotBoundException e) {
          e.printStackTrace();
      }
}

Mon serveur :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 
public void init() {
        try {
            // Mise en place du Security Manager 
            if (System.getSecurityManager() == null) {
                System.setSecurityManager(new SecurityManager());
            }
 
            // Permet de démarrer automatiquement le rmiregistry
            LocateRegistry.createRegistry(1099);
 
            Information informationImpl = new InformationImpl();
 
            String url = "rmi://" +"192.168.1.100"+ "/InformationRMI";
            // Enregistrement de l'objet avec l'url
            Naming.rebind(url, informationImpl);
 
        } catch (RemoteException e) {
            e.printStackTrace();
        } 
        catch (UnknownHostException e) {
            e.printStackTrace();
        }
        catch (MalformedURLException e) {
            e.printStackTrace();
       }
}

Maintenant, je voudrais pouvoir envoyer un message à mes PC client. Mais là, je coince.
Pour être plus clair, je souhaite afficher un texte sur les écrans des PC client. Une difficulté s’ajoute car je veux pouvoir envoyer un texte à un PC client bien précis et pas à tout les PC client à la fois.

Après quelques recherches sur le net, je pense devoir m’orienter vers la procédure ‘callback’ (bien que dans mon cas, je ne réponds pas à un appel d'un client), mais je ne vois pas comment faire.
- Comment récupérer les adresses IP de mes clients ;
- Comment faire au niveau du serveur pour renvoyer un texte (String) à un client --> car ma classe 'InformationImpl' implémentant l'interface Information n'est pas codée dans mon serveur);


Quelqu’un peut-il m’aider ?

Merci d’avance.

[Pill_S]

Les rôles s'inversent dans ce cas là... Celui qui initie une communication est toujours un client.

En HTTP/1.1, il y a la notion de connexion persistante qui permet d'implémenter des comportement de "push": le serveur pousse des informations vers un client en donnant l'impression que les rôles sont inversés et que le serveur contacte lui-même les clients, mais ce n'est qu'une illusion (c'est toujours le client qui a envoyé la première demande). Par contre en RMI (donc, TCP pur et dur), rien de tout ça.

Si c'est possible, passer sur quelque chose de plus moderne. RMI c'est très vieux et désuet. Aujourd'hui, on passe plutôt par du rest over http (et donc le push est facile à faire).

Même si tu implémentais des comportements de serveur sur ton client (avec un port d'écoute tcp, etc.) ce serait une galère au niveau de la sécurité et de la maintenabilité.

[paesportcomputing]

Merci pour ton aide mais mon application n'est pas en Web mais standalone. C'est pour ça que j'utilise RMI.
Si on peut tjrs m'aider ... ?

[Gugelhupf]

Salut,

RMI respecte une architecture SOA (Service Oriented Architecture), tu as un client qui initie la communication puis le serveur qui répond.
D'après ta description, ton besoin est de pouvoir notifier des clients, c'est-à-dire que le serveur initie la communication.

Tu as plusieurs solutions techniques plus ou moins bonnes (voir pas bonne du tout) :

• Avec JMS, ton serveur RMI peut envoyer un message dans une file JMS qui sera récupéré par un client ou un groupe de clients lorsqu'ils seront connectés. C'est un système de push que beaucoup pourront te conseiller.
• Avec du Multicast (solution custom), tes clients et serveur peuvent envoyer des messages dans les deux sens (cf: projet perso multicast-wrapper). Ça inclue un système de découverte et présente l'avantage d'être rapide (udp), mais la taille de tes paquets sont limités, tu n'es pas sûr à 100% qu'un paquet sera réceptionné, les paquets peuvent aussi être réceptionnés dans le désordre.
• Avec une solution RMI 100% custom où le serveur est aussi client RMI, le client envoie lors d'un premier appel son identifiant et son IP (pour que le serveur s'en serve comme client RMI), bien sûr si tu souhaites mettre en place une sécurité avec une authentification ce sera au serveur de générer un token. Bref c'est une possibilité technique que je te déconseille, RMI n'est pas fait pour ça.

A+

[paesportcomputing]

Merci pour ton info Gugelhupf, ça m'a appris des choses que je ne connaissais pas. Mais ces '3 descriptions' ne servent qu'à envoyer/recevoir des messages. Moi, je souhaite utiliser des méthodes qui se situent sur les PC distants (la base de RMI, sinon, j'utiliserais des Sockets). Ce n'est pas un pgm de chat que je réalise.
Je suis tjrs à l'écoute de toute aide.

Merci.

[Pill_S]

Bah du coup, même combat mais les rôles s'inversent: les implém sont sur les postes clients, qui font office de serveur. Et les Stubs sont sur le serveur, qui fait office de client.

Par contre c'est vraiment naze niveau sécu...

PS: Spring Remoting fournit une abstraction de plus haut niveau pour propager des appels de méthodes d'un client à un serveur. C'est peut-être un peu plus facile à mettre en place, et à maintenir...