Client / Serveur : rmi ? socket ?
Résolu
lapel
Messages postés
3
Date d'inscription
Statut
Membre
Dernière intervention
-
stanledikoue Messages postés 5 Date d'inscription Statut Membre Dernière intervention -
stanledikoue Messages postés 5 Date d'inscription Statut Membre Dernière intervention -
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.
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.
A voir également:
- Client / Serveur : rmi ? socket ?
- Cybera client - Télécharger - Divers Réseau & Wi-Fi
- Changer serveur dns - Guide
- Filezilla client - Télécharger - Téléchargement & Transfert
- Filezilla client ou serveur ✓ - Forum Réseau
- Formate pour taxer client frigo vide ✓ - Forum Matériel & Système
3 réponses
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.
++
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.
++