Refresh des elements swing dans une configuration multi instance

Bonjour à tous,

J'ai développe un client lourd en swing qui se connecte a une bdd.
Ce client possède beaucoup de jtable qu'il est possible de mettre a jour avec ce même client.
Exemple : un client supprime une ligne dans une jtable, je fais un refresh de la jtable. LA ligne n'est plus visible. J'apellerai ce client client 1 sur machine 1. Tout fonctionne très bien jusque là.


Mon problème intervient lorsque un deuxième client lourd est lancé, c'est a dire lorsque une autre personne lance le fichier jar a son tour sur une autre machine. J'apellerai ce client client 2 sur machine 2.

Et la si je realise une mise a jour sur le client 1, la jtable est refresh sur le client 1 mais pas sur le client 2. Idem si je fais une mise a jour sur le client 2, pas de refresh sur le client1.

Existe il une solution apporté par swing pour résoudre ce genre de problème ?

Ce n'est pas vraiment un problème spécifiquement Swing ; plutôt un problème de logique et de communication : pour que le client 2 sache qu'il doit rafraichir sa JTable, il faut qu'il reçoive un signal qui le prévient que la table sous-jacente a été modifiée.

Il faut donc que le serveur envoie à chaque client connecté un signal disant que la table a été modifiée ; pour ce faire, il faut que chaque client écoute un port IP (qu'il soit donc serveur sur ce port), sur lequel le serveur de base de données envoie un message chaque fois qu'une table est modifiée.

Par ailleurs, que se passe-t-il, dans ton appli, dans le cas ou client1 et client2 modifient la même ligne de la base de données ?

Citation:

---

Par ailleurs, que se passe-t-il, dans ton application, dans le cas ou client1 et client2 modifient la même ligne de la base de données ?

---

Ce type de cas de pose pas de problème dans la mesure ou la base de donnée est capable de poser des verrous/ gérer les accès au SGBD Mysql via le mécanisme des transactions.

Citation:

---

Il faut donc que le serveur envoie à chaque client connecté un signal disant que la table a été modifiée ; pour ce faire, il faut que chaque client écoute un port IP (qu'il soit donc serveur sur ce port), sur lequel le serveur de base de données envoie un message chaque fois qu'une table est modifiée.

---

Avant de monter une usine a gaz, genre serveur ip ou mecanisme de communication JMS, ou RMI, je voulais savoir si java propose une solution simple pour gerer ce problème que tout le monde rencontre dans ce type d'environnement multi instance.


A défaut d'avoir une réponse tout prête, quelqu'un à t il des ressources ou bien des mots clés pour voir les best practices utilisé pour ce genre de cas ?

Non, vu que les clients n'ont aucun moyen de communiquer entre eux de base.

C'est au développeur de prévoir ce genre de choses, en général en mettant un serveur entre les deux (que ce soit basé sur des WS, des topics JMS ou que ne sais-je encore...)

Citation:

---

C'est au développeur de prévoir ce genre de choses, en général en mettant un serveur entre les deux (que ce soit basé sur des WS, des topics JMS ou que ne sais-je encore...)

---

Avez vous des exemples/tutos que suivent les developpeurs pour gerer ce type d'action ? sur la base de WS, JMS...

merci par avance