Chat (Java RMI)

Introduction
Description
Screenshots
Documentation
Téléchargements

Introduction

Il s'agit de réaliser un chat avec Java RMI. Plusieurs versions de ce chat seront à réaliser. La première version comporte un serveur qui reçoit chaque message et le fait suivre aux autres clients. Dans la deuxième version, le serveur sert juste d'annuaire et permet à tout nouveau client de se connecter directement aux autres clients. Enfin, dans la troisième version, on optimise le maillage de connexions en connectant chaque client à un nombre restreint d'autres clients.

Top

Description

Première version : version client/serveur.
La première version comporte un serveur qui reçoit chaque message et le fait suivre aux autres clients. On obtient donc une architecture en étoile avec le serveur au centre de l'étoile. On peut utiliser les interfaces suivantes :

public interface ClientDistant extends java.rmi.Remote { public void msg(Message m) throws RemoteException; } public interface ServeurChat extends ClientDistant { public void connect(String url) throws RemoteException; public void disconnect(String url) throws RemoteException; }

Notes :

La classe Message (à écrire) devra implémenter Serializable et transporter au minimum la chaîne de caractère du message.
Le client Chat est ici à la fois client et serveur au sens RMI.
Les méthodes connect et disconnect doivent être appelées par un client qui fournira en paramètre l'URL de son objet serveur implémentant l'interface ClientDistant.

Deuxième version : version peer to peer complètement connectée.
Dans cette seconde version, le serveur sert juste d'annuaire et permet à tout nouveau client de se connecter directement aux autres clients. Par la suite, chaque client envoie les messages directement aux autres clients. On obtient donc une architecture totalement connectée. On peut utiliser les interfaces suivantes :

public interface ClientDistant extends java.rmi.Remote { public void msg(Message m) throws RemoteException; public void connect(String url) throws RemoteException; public void disconnect(String url) throws RemoteException; } public interface ServeurChat extends java.rmi.Remote { public PeerList register(String url) throws RemoteException; public void unRegister(String url) throws RemoteException; }

Notes :

La classe Message (à écrire) devra implémenter Serializable et transporter au minimum la chaîne de caractères du message.
La classe PeerList (à écrire) devra elle aussi implémenter Serializable et transporter la liste des URL des clients déjà connectés.
La méthode connect de ClientDistant doit permettre à tout nouveau client d'indiquer son URL aux clients déjà connectés.

Dernière version : version peer to peer optimale.
Dans cette dernière version, on veut optimiser le maillage de connexions. Chaque client sera connecté à un nombre restreint d'autres clients (appelé les Peers ou Pairs en Français) et fera suivre en plus de ses propres messages, les messages envoyés par n'importe quel autre Peer à tous ses autres "Peers".
Ainsi tout message envoyé par un client sera reçu par tout autre client après avoir traversé 0 ou plusieurs clients. On peut utiliser pour cette version les interfaces de la version précédente.

Notes :

Il faut éviter dans cette version qu'un message ne boucle indéfiniment sur un ensemble de clients.
Le rôle du serveur, dans cette version est de mettre en place un maillage optimal de façon incrémentale. C'est à dire que lors de chaque ajout de client, il devra s'assurer que tous les clients sont connectés et qu'aucun client n'est surchargé (c'est à dire connecté à un ensemble très important de clients). On pourra par exemple connecter le nouveau client au client qui est le moins connecté.

Extensions de l'application :

En plus de ce qui est demandé vous pouvez :

Rajouter une interface graphique en AWT ou en Swing (bibliothèques graphiques Java) en utilisant le constructeur d'interface de JBuilder ou de Forte for Java (suivant ce qui est disponible dans la salle de TP).
Rajouter la possibilité à tout client de proposer un fichier qui sera téléchargé sur n'importe quel autre client via une connexion Socket. On pourra par exemple utiliser cette possibilité pour échanger des fichiers musicaux (comme avec le défunt Napster).
Permettre la définition de canaux à la IRC. Les canaux permettent de limiter les échanges aux participants intéressés par un sujet donné. Dans ce cas là, les canaux peuvent être gérés soit par le serveur avec un maillage par canal soit par les clients directement (dans ce cas un client pourra être amené à faire suivre un message qui ne l'intéresse pas).

Top