Version imprimable
Bonjour,
J'aimerai savoir est ce quand on exécute une requête directement sur une BDD (à partir du SGBD) les objets de persistance seront mise à jour automatiquement.
par exemple :
j'ai une une application JEE (en utilisant la persistance biensur) qui m'affiche la liste de mes clients. Et j'ajoute un client à partir du SGBD directement.
la question est : comment faire pour qu'un simple rafraichissement suffira pour afficher le client ajouté à partir du SGBD.
Merci à vous.
Bonjour,
Automatiquement je pense pas que c'est possible.Citation:
J'aimerai savoir est ce quand on exécute une requête directement sur une BDD (à partir du SGBD) les objets de persistance seront mise à jour automatiquement.
si le rafraichissement ré-exécute l'action qui récupère les infos en base, oui.Citation:
j'ai une une application JEE (en utilisant la persistance biensur) qui m'affiche la liste de mes clients. Et j'ajoute un client à partir du SGBD directement.
la question est : comment faire pour qu'un simple rafraichissement suffira pour afficher le client ajouté à partir du SGBD.
Merci pour votre réponse.
mais est ce que y aura pas de problème face une masse importante de données? et comment fonctionne le cache mémoire du serveur d'application(glassfish) ?
Merci
Je viens de remarquer une chose que j'ai pas pu comprendre le principe :
mon application m'affiche tableau dont le contenu est suit :
Code_role - libellé
1 - role_1
2 - role_2
.
.
si j'ajoute par exemple une ligne (7,role_7) à partir du SGBD directement et je rafraichi la page, je trouve que mon tableau est mis à jour. Tout marche bien.
Mais si je décide de supprimer la ligne ajoutée toujours à partir du SGBD et je ré insert la ligne de nouveau mais avec un libellé différent (7, nouveau_role) et je rafraichi la page, je trouve la ligne mais avec l'ancien libellé (7,role_7)
Est ce que quelqu'un saura m’expliqué le fonctionnement ?
J'ai trouvé la solution à mon problème et je vais poster la réponse au cas ou il y aura d'autres personnes qui vont rencontrer ce problème.
En effet, c'était au niveau de la gestion du cache. Donc, pour avoir le résultat correct de la base de données il faut désactiver l'interrogation du cache, sa va minimiser les performances certes, mais certains besoins le nécessitent.
Pour désactiver le cache en niveau ENTITY il suffit d'ajouter l'annotation :
@Cacheable(value=false)
Et c'est possible au niveau requête (à titre d'exemple):
Query q =em.createNamedQuery("MyEntity.findAll");
q.setHint("javax.persistence.cache.storeMode", CacheStoreMode.REFRESH);
Pour ce qui est de la modification "automatique" d'une entité, ça dépend de son état et du type de persistance utilisée.
Avec JPA, si l'entité est "managed", toutes les modifications sur l'entité seront persistée automatiquement.
J'ai pas trop compris votre réponse. de quelle annotation vous parlez ?
ce n'est pas lié à une annotation, c'est le fonctionnement standard de JPA.
Dans le principe (pour faire simple, je passe sur certaines spécificités comme JTA), ça se passe comme ceci :
1- on demande une référence de l'EntityManager
2- on l'utilise pour charger une entité (via find ou Query)
(à ce niveau, l'entité est dite "managed")
3- on modifie les propriétés de l'entité
4- on ferme ou on commit l'EntityManager (close/flush)
(il s'occupe de persister les objets "managed")
5- la/les entité(s) précédemment chargée(s) passent à l'état "detached"
On distingue 3 états :
- transient (ce serait le cas quand tu fais un "new" sur une entité)
- managed
- detached
En pratique, pour ce qui est des applications web, on ne conserve pas l'état de l'entité entre 2 requêtes http.
On a une demande pour charger la page en vue des modifications, puis une nouvelle demande pour les sauvegarder.
C'est plus clair ?
Merci pour vos éclaircissements :)
Je m'excuse pour le retard !
Pas de soucis ;)Citation:
Envoyé par IMPRO