Version imprimable
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.
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.
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.
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é.
Je ne vois pas pourquoi : un SGBD est fait pour que plusieurs clients s'y connectent.Citation:
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;Citation:
Envoyé par sinok
Pourrais-tu être explicite s'il te plaît ?
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.
<troll>
Dans ce qu'a demandé developper2006, il n'était pas question de base à distance.
</troll>
Bon, sérieusement, il faudrait que developper2006 nous dise s'il s'agit bien d'une base sur un réseau fermé
et surtout en quoi il est important que les autres utilisateurs soient avertis des moindres changements (logiciel d'entreprise ou jeu en réseau, etc.)
Alors on pourrait le guider au mieux ; car il y a une sacrée différence de déploiement et de programmation
entre une simple notification par JGroups et la mise en œuvre d'un serveur Glassfish pour faire des EJB3.
Cela dit, Sinok a raison de dire que la solution n'est pas dans la base de données (aucune base n'est faite pour envoyer des notifications de changement)
Salut
Tu pourras aussi utiliser un thread qui parcoure la table et la compare avec l'ancienne "version".
Une fois il les trouve différentes une alerte s'exécute ...
developper2006 n'a pas parlé de modification d'une table mais de la base de données.Citation:
Tu pourras aussi utiliser un thread qui parcoure la table et la compare avec l'ancienne "version".
C'est pas réaliste de vouloir comparer des versions de SGBD avec un thread.
La solution la moins mauvaise est d'envoyer à partir de l'application JAVA une notification aux autres postes :
- par simple socket
- par JGroups si c'est plus pratique
- par EJB s'il s'agit vraiment d'un projet nécessitant la mise en place d'un serveur d'applications.
Salut Népomucène
oops t'as raison