Discussion :

[Mister_Kp]

Bonjour à tous,

Je fais une application en Java qui utilise les RMI.
Dans cette application je veux incorporer un chat, mais je ne sais pas dans quel objet stocker les messages afin de ne pas ralentir les communications.

Exemple:
Si je stocke chaque message dans une string et que je met le tout dans un tableau de strings(coté serveur), j'imagine qu'à partir d'une dizaine de message, la transmission de l'objet sera longue. non ?

J'ai pensé à deux solutions:
- la première serait d'avoir une LinkedList, où je peux vider les éléments de queue lorsque la liste est trop grande. Mais dans ce cas, je ne sais pas comment stipuler au client quelles membres de cette liste il doit afficher (pour qu'il n'ait pas de doublon)

- La deuxième, la meilleure à mon sens est effectivement d'avoir un tableau de string côté serveur, mais de faire en sorte que le client conserve l'indice du dernier message qu'il ait lu, afin que le serveur ne lui renvois que les messages qu'il n'a pas lu.

Que pensez vous de ces solutions ? Voyez vous une meilleure solution ?

Merci à ceux qui répondront

[djsnipe]

Tout dépend de quel historique de messages tu veux garder pour les clients arrivant au cours d'une discussion. Si il n'y en a pas, un bon mécanisme de publish/subscribe sera suffisant. Chaque client se connectant s'enregistre auprès d'une session de chat pour être notifié des nouveaux message. Chaque fois que le serveur reçoit un nouveau message, il en informe tout les abonnés et ne le stocke jamais.
On peut affiner avec un léger historique : les x derniers messages, qui seraient renvoyés à un nouveau client qui s'enregistre auprès d'une session.