IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Persistance des données Java Discussion :

Callback sur altération de données en base ?


Sujet :

Persistance des données Java

  1. #1
    Membre éclairé Avatar de BakaOnigiri
    Inscrit en
    Avril 2002
    Messages
    366
    Détails du profil
    Informations forums :
    Inscription : Avril 2002
    Messages : 366
    Par défaut Callback sur altération de données en base ?
    Bonjour,

    existe-t-il un moyen de mettre en place un listener sur une table ou un type de requête pour réveiller du code sur altération d'une bdd ?


    Je sais pas si je m'exprime correctement, imaginons une appli X, à son lancement elle appel un code spécifique (c'est ce code que je cherche) qui ira exécuter une méthode T si par exemple un nouvel enregistrement dans la table A arrive, ou si la requête "select X from X where id = X" montre que quelque chose à bougé ?

    J'utilise une bdd postgresql, je crois avoir lu que si on développe une appli utilisant la libpq (en c/c++ donc) il est possible de faire çà.

    Avec hibernate ou autre est-il possible de le faire aussi ?

    Merci d'avance.

  2. #2
    Expert confirmé
    Avatar de sinok
    Profil pro
    Inscrit en
    Août 2004
    Messages
    8 765
    Détails du profil
    Informations personnelles :
    Âge : 45
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Août 2004
    Messages : 8 765
    Par défaut
    Ca ne va pas dans le bon sens. La chose que tu pourrais prévoir est un trigger qui va balancer des données sur une socket via du code PL ou C. Socket qui est mise à disposition par ton application java.
    Enfin je dis socket mais ça pourrait tout aussi bien une file de messages, un webservice ou quoi que ce soit.

    Ton application tourne sur le même serveur que le SGBD?

  3. #3
    Membre éclairé Avatar de BakaOnigiri
    Inscrit en
    Avril 2002
    Messages
    366
    Détails du profil
    Informations forums :
    Inscription : Avril 2002
    Messages : 366
    Par défaut
    Oui, mon application est basée sur le framework play!, et est packagée en .war sur le serveur glassfish 3.

    Le serveur de bdd est sur la même machine.

  4. #4
    Expert confirmé
    Avatar de sinok
    Profil pro
    Inscrit en
    Août 2004
    Messages
    8 765
    Détails du profil
    Informations personnelles :
    Âge : 45
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Août 2004
    Messages : 8 765
    Par défaut
    Grosso modo tu te fais un WS coté java.
    WS que tu vas appeler depuis Postgres sur déclenchement d'un trigger en passant par du PL/perl (donc du perl) ou du PL/python (donc du python).

  5. #5
    Membre éclairé Avatar de BakaOnigiri
    Inscrit en
    Avril 2002
    Messages
    366
    Détails du profil
    Informations forums :
    Inscription : Avril 2002
    Messages : 366
    Par défaut
    Ok, merci.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [VB.NET] livres sur vb.net et les bases de données access
    Par Herlece dans le forum Windows Forms
    Réponses: 5
    Dernier message: 05/04/2006, 21h30
  2. Avis sur la conception de ma base de données.
    Par perlgirl dans le forum Décisions SGBD
    Réponses: 1
    Dernier message: 10/11/2005, 21h47
  3. Besoin d'aide sur la conception d'un base de données
    Par lordgodgiven dans le forum Modélisation
    Réponses: 1
    Dernier message: 01/10/2005, 16h51
  4. diffuser sur un réseau interne une base de données Access
    Par comme de bien entendu dans le forum Access
    Réponses: 3
    Dernier message: 22/09/2005, 09h25
  5. Entrepot de donnée et base de prod sur le même serveur
    Par alpachico dans le forum Décisions SGBD
    Réponses: 5
    Dernier message: 17/08/2005, 14h39

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo