rmi me fait des misères

Version imprimable

Salut à tous.
Complètement novice en Java, ça fait 2 jour que j'essaye d'implémenter un serveur rmi
J'ai regardé plusieurs tutos mais rien à faire.

Mon interface :
Code:

1 2 3 4 5 6 7 package MonPackage; import java.rmi.Remote; import java.rmi.RemoteException; public interface Banzai extends Remote { public String QuelServeurPour(String service) throws RemoteException; }
Mon implémentation :
Code:

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 28 29 30 package MonPackage; import java.rmi.*; import java.rmi.server.*; public class ServeurNomImpl extends UnicastRemoteObject implements Banzai { public ServeurNomImpl() throws RemoteException { super(); } public String QuelServeurPour(String service) throws RemoteException { return "OK"; } public static void main(String[] args) { System.setSecurityManager(new RMISecurityManager()); try{ String nomServ = "NOMBIDON"; Banzai serveur = new ServeurNomImpl(); Naming.rebind(nomServ, serveur); System.out.println("Serveur "+nomServ+ " pret"); } catch(Exception e){ System.out.println("Exception à l'enregistrement : "+ e); System.exit(1); } } }
J'ai beau tourner, retourner le code, j’obtiens toujours l'erreur suivante déclenchée sur le Naming.rebind :

Citation:

Exception à l'enregistrement : java.rmi.ServerException: RemoteException occurred in server thread; nested exception is:
java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is:
java.lang.ClassNotFoundException: MonPackage.Banzai

23/04/2011, 19h22
Philippe Bastiani

Le serveur de nom (rmiregistry) est-il en tâche de fond ?
Tu le lances comment ton serveur ?
Verifies en particulier ton parameters java.rmi.server.codebase...
Mets tu un truc du genre -Djava.rmi.server.codebase=file://\C:\...\CLASSES\

Note: ton nom de serveur n'est pas complet. Tu devrais avoir un truc du genre Naming.rebind("rmi://localhost:1099/bidon", serveur);

Je te propose le code suivant avec le lancement du serveur de nom par ton serveur:

Server.java
Code:

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 28 29 30 31 import java.rmi.*; import java.rmi.server.*; import java.rmi.registry.*; public class Server extends UnicastRemoteObject implements Banzai { public Server() throws RemoteException { super(); } public String sayHello() { return "Hello, world!"; } public static void main(String[] args) { try{ LocateRegistry.createRegistry(1099); System.setSecurityManager(new RMISecurityManager()); String nomServ = "rmi://localhost:1099/bidon"; Hello serveur = new Server(); Naming.rebind(nomServ, serveur); System.out.println("Serveur "+nomServ+ " pret"); } catch(Exception e){ System.out.println("Exception: " + e); } } }
Server.policy
Code:

1 2 3 grant { permission java.security.AllPermission; };
Compilation:
javac -d classDir Banzai.java Server.java
Lancement du serveur:
java -classpath classDir -Djava.rmi.server.codebase=file:classDir/ -Djava.security.policy=Server.policy Server
Résultat:
Serveur rmi://localhost:1099/bidon pret
CTRL^C pour arrêter ton serveur

Remarques:
- j'ai supprimé monPackage par simplicité
- attention danger... aucune restriction de sécurité dans Server.policy => à modifier donc !
Tu pourraus aussi supprimer System.setSecurityManager(new RMISecurityManager()); & le fichier Server.policy avec le même résultat... Mais je te le déconseille...
- le code commence par le lancement du serveur de nom sur le port 1099 (port par défaut)
- l'URL est complète i.e. "rmi://localhost:1099/bidon" (Ce n'est pas obligatoire puisque tout est en local... mais pour moi c'est plus lisible)

Tu peux aussi générer ton jar
jar -cvf Server.jar classDir\*
Puis lancer ton serveur:
java -classpath classDir -Djava.rmi.server.codebase=file:Server.jar -Djava.security.policy=Server.policy Server

Et une variante pour ton serveur avec la classe Registry (inutile d'étendre UnicastRemoteObject)
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 public static void main(String args[]) { try { System.setSecurityManager(new RMISecurityManager()); LocateRegistry.createRegistry(1099); Server obj = new Server(); Banzai stub = (Banzai) UnicastRemoteObject.exportObject(obj, 0); Registry registry = LocateRegistry.getRegistry(); registry.bind("Banzai", stub); System.err.println("Server ready"); } catch (Exception e) { System.err.println("Server exception: " + e.toString()); e.printStackTrace(); } }
Je te conseillerais de séparer l'implémanation de ton service du serveur.
A savoir faire un classe BanzaiImpl et une classe Server.

Je pense que dans ton cas le stub est bien accessible au serveur MAIS PAS AU rmiregistry (et quelque soit ton codebase => défaut de classpath). L'implémenation RMI a beaucoup évoluée de version en version: depuis JDK1.5. Le codebase n'est alors utilisé que lorsque tu sépares les services du serveur.

Dur dur de commencer par du RMI !!! Bon courage...

25/04/2011, 22h27
sevyc64

Désolé pour la réponse tardive, we pascal oblige.

Je vais regardé cela plus précisément demain si je peux mais déjà,

Citation:

Le serveur de nom (rmiregistry) est-il en tâche de fond ?

Oui, il tourne en tache de fond (double click sur l’exécutable depuis l'explorateur)

Citation:

Tu le lances comment ton serveur ?

Je le lance en faisant exécuter dans l'ide. J'ai aussi essayé deuis la ligne de commande, même en passant un fichier policy en paramètre donnant toutes les permissions (c'est juste pour un petit projet dans le cadre d'un formation, la sécurité n'est pas la priorité)

Citation:

Verifies en particulier ton parameters java.rmi.server.codebase...
Mets tu un truc du genre -Djava.rmi.server.codebase=file://\C:\...\CLASSES\

Je regarderais

Citation:

Note: ton nom de serveur n'est pas complet. Tu devrais avoir un truc du genre Naming.rebind("rmi://localhost:1099/bidon", serveur);

J'ai "anonymisé" le code que j'ai donné ici. Je regarderais dans mon vrai code si j'ai mis un nom correct.

.....

Citation:

Et une variante pour ton serveur avec la classe Registry (inutile d'étendre UnicastRemoteObject)

Je te conseillerais de séparer l'implémanation de ton service du serveur.
A savoir faire un classe BanzaiImpl et une classe Server.

Les bouts de codes donnés par le prof dans la formation sont comme ça. J'avais tenté de tenté de séparer les choses moi-aussi pour que ce soit plus clair, mais comme ça ne marchais pas et que je ne suis pas javaïste, j'en suis revenu aux exemples donnés par le prof.

Citation:

Je pense que dans ton cas le stub est bien accessible au serveur MAIS PAS AU rmiregistry (et quelque soit ton codebase => défaut de classpath). L'implémenation RMI a beaucoup évoluée de version en version: depuis JDK1.5. Le codebase n'est alors utilisé que lorsque tu sépares les services du serveur.

Pour les tests que j'avais fait avec Netbeam, j'avais pris le tout dernier (1.6, je crois). Maintenant avec Eclipse, je sais pas, j'ai pas eu de jdk à installer (c'est pourtant pas la même machine). Mais j'ai pris la dernière version d'Eclipse.

Citation:

Dur dur de commencer par du RMI !!! Bon courage...

La formation et le projet porte sur les applications clients/serveurs. On a le choix entre plusieurs langages et donc soit une implémentation des sockets, ou une implémentation des RPC/RMI. Comme je suis plutôt Dotnet et C#, j'ai pensé que ça serais plutôt avec Java que je m'en sortirais le mieux (et c'est une occasion de commencer à l'apprendre). Ensuite RMI me semble plus simple à mettre en place que toute une architecture avec des sockets.
26/04/2011, 10h29
Philippe Bastiani
Citation:

Envoyé par sevyc64

Je le lance en faisant exécuter dans l'ide. J'ai aussi essayé deuis la ligne de commande, même en passant un fichier policy en paramètre donnant toutes les permissions (c'est juste pour un petit projet dans le cadre d'un formation, la sécurité n'est pas la priorité)

Ton exception arrive dans rmiregistry...

Problème de classloader: le classloader est un problème récurent quand tu développes en Java...

Deux solutions:
- lancer rmiregistry depuis ton serveur comme je te l'ai proposé plus haut.
- lancer rmiregistry depuis l'ide

Je pense que la première solution te sera suffisante. Pour la deuxième il faut ajouter une tâche ant (attention dans eclipse tu devras installer le plugin ant - dans netbeans c'est déjà pré-installé)
Code:

1 2 3 4 <target name="startRMI" depends="init"> <exec executable="rmiregistry" dir=" ton classpath ... "> </exec> </target>
Bon codage...

Note: ton environnement IDE (ou DOS) ne correspond pas à la vrai vie.
A savoir: cela peut sembler bien fonctionner dans ton IDE et ne plus fonctionner correctement une fois déployé. En particulier il faut bien t'assurer que ce sont bien les classes déportées qui sont chargées et non pas des classes locales (on en revient au classpath)...

Bon, pour le serveur ça semble ok, le nom n'était effectivement pas bon et il fallait lancer le registre rmi depuis le code.

MAintenant c'est le client qui pose problème.
J'obtiens systématiquement l'erreur suivante :

Citation:

Erreur avec la référence du serveur java.security.AccessControlException: access denied (java.net.SocketPermission 192.168.0.2:1099 connect,resolve)

Client et serveur sont sur des machines différentes. Je ne vois rien de particulier dans les logs parefeu des 2 machines.

Mon code client :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 //Récupération du nom du serveur de nom String site = "192.168.0.2:1099/bidon"; String srvNom = "rmi://"+site+"/Banzaï"; ServeurNom serveur = null; try{ LocateRegistry.createRegistry(1099); // Mise en place de la connection System.setSecurityManager(new RMISecurityManager()); serveur = (bidon)Naming.lookup(srvNom); } catch (Exception e) { System.out.println("Erreur avec la référence du serveur "+e); System.exit(1); }
J'ai essayer avec

Code:

String srvNom = "rmi://"+site+"/Banzaï";

ou

Code:

String srvNom = "rmi://"+site;

ça ne change rien

EDIT : J'utilise aussi mon fichier policy pour le client

26/04/2011, 12h35
Philippe Bastiani

Il faut faire
Registry registry = LocateRegistry.getRegistry(???);
et non pas
LocateRegistry.createRegistry(1099);
Cdlt,
Philippe

Regardes le tuto Oracle
26/04/2011, 15h22
sevyc64

Quoique je mette pour les ???, j'ai toujours le même message d'erreur.

J'essaye d'analyse le réseau avec wireshark, mais pour l'instant j'ai trop de trafic, j'arrive pas à isoler les éventuelles trames concernant mon problème.
26/04/2011, 15h47
Philippe Bastiani

Et en faisant cela

grant {
permission java.net.SocketPermission "192.168.0.2:1099", "connect, resolve";
permission java.net.SocketPermission "localhost:1099", "connect, resolve";
permission java.security.AllPermission;
}
26/04/2011, 16h07
sevyc64

Qu'est qu'il faut être con quand même. Le fichier policy n'était pas dans le bon dossier, ça risquait pas de marcher.

Donc maintenant, je me retrouve avec d'autres erreurs
si je fait

Code:

serveur = (Banzaï)Naming.lookup("rmi://192.168.0.2/NOMBIDON");

j'ai cette erreur

Citation:

Erreur avec la référence du serveur java.rmi.UnmarshalException: error unmarshalling return; nested exception is:
java.lang.ClassNotFoundException: MonPackage.Banzaï

si je fait

Code:

(Banzaï)Naming.lookup("rmi://192.168.0.2/Banzaï");

j'ai l'erreur

Citation:

Erreur avec la référence du serveur java.rmi.NotBoundException: Banzaï

et enfin si je fait

Code:

(Banzaï)Naming.lookup("rmi://192.168.0.2/NOMBIDON/Banzaï");

j'ai l'erreur

Citation:

Erreur avec la référence du serveur java.rmi.NotBoundException: NOMBIDON/Banzaï

Je me rend compte finalement que, vu le temps que j'y passe, j'aurais eu plus vite fait de faire ça avec les sockets, même si cela nécessitait, je pense, nettement plus de code.
26/04/2011, 16h17
Philippe Bastiani

NotBoundException => ton nom ne peut-être résolu
UnmarshalException => problème de classpath... codebase ici en l'occurence ! java.rmi.server.codebase et éventuellement java.rmi.server.hostname à paramétrer au lancement du client.

Un truc spécifique à Windows: si tu utilises le système de fichier pour le dépôt RMI et \ comme séparateur de fichier, le codebase doit être de la forme
file:/C:\\toto\\titi\\banzai.jar
ou
file:/C:\\toto\\titi\\

tu remarqueras les doubles anti-slash...
26/04/2011, 18h31
sevyc64

Je laisse tomber pour aujourd'hui.

J'ai toujours les mêmes messages d'erreurs malgré les classpath, codebase et autres joyeusetés.

Je regarderais à nouveau demain, car j'ai aussi constaté que le serveur fonctionne bien dans l'ide de netbeam mais ne démarre pas en ligne de commande.

Je sens que je vais me rabattre sur les sockets.

Merci pour ton aide Philippe
26/04/2011, 21h32
Philippe Bastiani

Les sockets... pourquoi pas ! Mais tu ne joues plus dans la même catégorie.

Avec RMI tu peux manipuler des objets distants. Avec les sockets tu vas (dé)-sérialiser des objets et/ou commande ! Tu vas donc devoir tout te pallucher... reste à savoir quels sont tes besoins !

Pour agir a distance tu as aussi RPC et les WebService...
26/04/2011, 21h37
sevyc64

Mes besoins sont très simples, comme dit plus haut. C'est un petit projet dans le cadre d'une formation :

Citation:

La formation et le projet porte sur les applications clients/serveurs. On a le choix entre plusieurs langages et donc soit une implémentation des sockets, ou une implémentation des RPC/RMI. Comme je suis plutôt Dotnet et C#, j'ai pensé que ça serais plutôt avec Java que je m'en sortirais le mieux (et c'est une occasion de commencer à l'apprendre). Ensuite RMI me semble plus simple à mettre en place que toute une architecture avec des sockets.

:mrgreen:

Bon, je commence un petit peu à changer d'avis sur la fin de la citation :aie:
28/04/2011, 16h19
sevyc64

Bon aller, je clôture la discussion, ça à l'air de marcher.

J'avais quelques soucis d'uri pour rmi, d'emplacement de fichiers, de classes par sérialisées pour transiter par rmi, mais surtout le problème principal était la présence du package qui me foutait la merde.

Par contre Netbeam m'impose de mettre une instruction package pour compiler d'où la joyeuse pagaille.
Eclipse accepte de compiler sans package, ce qui change tout au niveau des noms de classe. Et du coup ça marche.