Discussion :

[developper2006]

Salut

Nous avons construit une application avec java Swing et hibernate Mysql. L'application est developpé pour être utilisé par plusieurs utilisateurs:

Nous cherchons un moyen pour que chaque utilisateur soit instantanément informe des changements appoté par les autres utilisateurs.

Est ce qu' il y a un moyen pour connaitre les changements ( ajout, suppressions modifications )qui ont été apporte dans la base de donnée mysql à partir de hibernate ou java en generale?

Merci.

[Invité]

Bonsoir,

Je vois deux moyens possibles pour répondre à ce besoin:
- chaque client informe les autres clients des modifications apportées. (JGroups peut aider pour cette solution)
- chaque client s'informe régulièrement des modifications apportées par les autres clients; par exemple avec des trigger mysql pour logger les modifications puis les clients interrogent ces logs.

[sebastien.moratinos]

si tu veux prendre les infos au niveau d'hibernate regarde du côté des Filter hibernate.
Une autre piste serait les "Statistics" hibernate qui donnent des infos sur les changements mais je ne vois pas comment tu va les exploiter donc regarde plutôt les filter si tu veux faire par hibernate.

[sinok]

Pour faire simple:

Il te faut une application centrale qui a pour but d'effectuer les modifications en base de données (un serveur). Chaque appli Swing qui démarre doit se signaler au niveau du serveur. Et toute appli swing doit donner des ordres au serveur central pour que les modifs soient faites en base de données. Quand un ordre est reçu par le serveur central, ce dernier effectue la modification en base de données et envoie cette modification à tous les clients Swing qui se sont signalés. (tout ceci au moyen de web services, d'ejb ou que ne sais-je encore)

C'est la seule façon possible pour avoir des modifications de base mise à jour en temps réel sur de multiples clients. Le SGBD n'est pas prévu pour ce genre de tâches.

De toute façon avoir de multiples clients distants se connectant à une base de données est une erreur de design et une faille de sécurité.

[Népomucène]

De toute façon avoir de multiples clients distants se connectant à une base de données est une erreur de design et une faille de sécurité

Je ne vois pas pourquoi : un SGBD est fait pour que plusieurs clients s'y connectent.

[the watcher]

De toute façon avoir de multiples clients distants se connectant à une base de données est une erreur de design et une faille de sécurité.

Salut sinok;
Pourrais-tu être explicite s'il te plaît ?

[fr1man]

Il veut dire par là, qu'exposer sa base de données directement à l'utilisateur, est un risque de sécurité.
Si tu passes par un serveur d'application comme intermédiaire, l'utilisateur n'aura aucune info pour se connecter à la base de données. Il lui faudrait déjà passer par le serveur d'application ce qui lui complique la tache.

Utiliser la base de données en direct peut encore passer pour une application interne, mais ouvrir sa base de données sur l'extérieur est vraiment dangereux.