Rechercher : dans
Par :

Client / Serveur : rmi ? socket ?

Dernière réponse le 6 jui 2008 à 23:03:03 lapel, le 6 jun 2008 à 14:23:49 
 Signaler ce message aux modérateurs

Bonjour tout le monde,

Je dois développer une application de type client / serveur, tout en JAVA.
Le serveur envoie des données toutes les secondes à plusieurs clients. Ces données sont alors exploitées par les clients pour générer des graphiques.
Les échanges entre le client et le serveur doivent être minimisés.

Dans mon esprit, je pensais faire une copie de l'objet serveur sur chaque client, puis exploiter ces copies. Je pensais donc plutôt utiliser des sockets et envoyer mes objets sérialisés vers les clients, puis les désérialiser pour les exploiter.

Ce que j'ai compris de RMI, c'est que côté client, on manipule l'objet présent sur le serveur comme s'il était dans la jvm côté client. Donc chaque fois que l'on manipule l'objet, cela crée des échanges entre le serveur et le client. Donc ça génère beaucoup d'échanges entre les clients et le serveur j'imagine ?

Qu'en pensez-vous ? Pourrais-je utiliser RMI ? Est-ce que ça s'y prête bien ? Ou alors avez-vous d'autres idées ?

Merci de m'avoir lu jusqu'au bout !! Et merci d'avance pour vos réponses...

Bon après midi à tous.

Configuration: Windows XP
Firefox 3.0

Meilleures réponses pour « Client / Serveur : rmi ? socket ? » dans :
Environnement Client/Serveur Voir Présentation de l'architecture d'un système client/serveur De nombreuses applications fonctionnent selon un environnement client/serveur, cela signifie que des machines clientes (des machines faisant partie du réseau) contactent un serveur, une...
Réseaux - Architecture client/serveur à 3 niveaux VoirPrésentation de l'architecture à 2 niveaux L'architecture à deux niveaux (aussi appelée architecture 2-tier, tier signifiant rangée en anglais) caractérise les systèmes clients/serveurs pour lesquels le client demande une ressource et le serveur la...

1

sandul, le 6 jun 2008 à 15:55:08

Salut,

Donc ça génère beaucoup d'échanges entre les clients et le serveur j'imagine ? Il y a des échanges uniquement lorsque tu fais appel à une des méthodes de l'objet Proxy + des rares appels en background que la JVM effectue pour s'assurer de la maintenance de la liaison. Quant à la bande passante consommée par un appel, il n'y a pas trop de surcharge par rapport aux données vraiment nécessaires pour exécuter la méthode et obtenir le résultat.

Donc utiliser le RMI: pourquoi pas, il est OK dans ton contexte.

++

Répondre à sandul

2

lapel, le 6 jun 2008 à 17:13:06

Merci pour ta réponse.

Malgré tout, et après réflexion, je vais conserver la piste des sockets avec sérialisation d'objets.
Ça me permettra de mieux contrôler les échanges.

Donc RMI ça sera une prochaine fois...

Répondre à lapel

3

 stanledikoue, le 6 jui 2008 à 23:03:03

Serveur rmi. j ai lu la java doc .mais comment generer les stubs dans netbeans

Répondre à stanledikoue