TP Applications Distribuées : mise en oeuvre en RMI

Installation

Liens utiles

•  Introduction aux objets répartis
• Cours sur RMI
• Designing RMI Applications
• Erreurs fréquentes (en fin de page)
• Getting started with RMI http://java.sun.com/javase/6/docs/technotes/guides/rmi/hello/hello-world.html

Exercice pour débutant

Exercice Préparatoire

Cet exercice a pour objectif de poser sur un exemple simple les concepts de fabrique et d'objets distants.
Définir une application telle que :

• Un joueur est défini par :
  • un pseudo
  • une adresse email
• une capacité à sélectionner un nombre compris entre 1 et 10.
• Une CentraleDeJeux permet de :
• d'enregistrer des joueurs
• de connaitre le nombre de points d'un joueur à partir de son pseudo, si le joueur n'est pas connu de la centrale, lève une exception
  
• lancer une partie à partir des pseudos des joueurs
• une partie se déroule en 5 tours, chaque joueur donne un nombre et celui qui a donné le plus grand nombre gagne 1 point.
• renvoie une string décrivant la partie
  

• Un Serveur de jeu créé une centraleDeJeux HasardSophia , puis attend que des joueurs s'incrivent et lancent des parties.
  

• Chaque joueur s'enregistre auprès de la centrale HasardSophia

• Un Client  demande le lancement d'une partie à HasardSophia et affiche l'état des joueurs.
  

1. Décider de votre architecture en prenant soin de séparer les codes d'implémentation des interfaces, le code du serveur, ...
2. Implémenter votre application
3. Tester la.

Une partie de cartes

Tu me fends le coeur !

• soit TestBataille qui crée trois joueurs et lance le jeu,
• soit TestSynchro, qui attend que 3 joueurs s'inscrivent avant de lancer le jeu.

1) Conception de l'application

a) Déterminez d'abord la nature de chacune des classes d'implémentation pour pouvoir la distribuer :

• classes Remote
• classes Serializable
• classes Locales

b) Posez vous les questions suivantes :

• Listez les exceptions, et réfléchissez à la manière dont elles sont traitées en local ou en remote.
• Déterminez les modifications à apporter à une classe normale pour qu'elle devienne Remote.
• Prenez en compte le cas des variables statiques.
• Triez les méthodes à mettre dans l'interface Remote.
• Pensez à utiliser l'outil serialver pour vérifier qu'une classe est Serializable.

2) Plan de déploiement

3) Implémentation

Notes :

• Pour rendre les instances d'une classe accessible à distance, celle-ci doit implémenter une interface qui étend la classe Remote.
• Sous eclipse vous pouvez extraire directement l'interface (vérifiez quand même que seules les méthodes qui ont du sens à distance sont extraites)

• Pour rendre les instances d'une classe sérializable, cette dernière doit déclarer implémenter Serializable.

4) Chasse aux tricheurs

5) Liste partagée

6) Variables statiques

7) Pioche

8) Carte NULL : amélioration du code

9) Synchronisation des joueurs

Erreurs fréquentes

• Stub inaccessible au rmiregistry

  java.rmi.ServerException: RemoteException
    occurred in server ...
        java.rmi.UnmarshalException: error
          unmarshalling ...
        java.lang.ClassNotFoundException:

Le stub est bien accessible au serveur MAIS PAS AU rmiregistry
  

• rmiregistry pas lancé

java.net.ConnectException

• Oubli du constructeur pour le RemoteObject

HelloImpl.java:20: unreported exception java.rmi.RemoteException in default constructor

public class HelloImpl extends UnicastRemoteObject implements Hello {

       ^

• rmiregistry déjà lancé ailleurs

java.rmi.server.ExportException: Port already in use: 1099

• CalculatorImpl n'hérite pas de UnicastRemoteObject
  

Trouble: java.rmi.MarshalException: error marshalling arguments; nested 

exception is:

         java.io.NotSerializableException: CalculatorImpl

Elements de correction