Discussion :

[pjmorce]

Bonjour

J'ai une classe Java où je gere une table par JPA.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
...
em = emf.createEntityManager();
em.getTransaction().begin();
em.persist(myEntity);
...

Avant de faire le persist, mon entity a son ID à null car il est géré par une séquence.
Le problème c'est que je voudrais savoir quel est l'ID qui a été généré juste après que le persist soit fait. En effet après l'insertion dans la table j'ai besoin de l'ID pour faire d'autres choses avant de faire un commit.

Comment faire pour obtenir l'ID généré?

merci

[alpha.omega]

Bonjour

Au lieu d'utiliser persist(), essaie d'utiliser merge() qui ne renvoie pas void mais l'instance de l'objet. Avec un peu de chance l'id de l'objet qu'il retourne sera a jour

[OButterlin]

Après l'opération persist, as-tu regardé la valeur de l'id dans ton objet ?

[pjmorce]

Oui, après le persist, j'ai regardé si l'ID était dans l'objet mais il continuait à null...
je vais regarder avec le merge pour voir ce que ça donne...

merci

Après l'opération persist, as-tu regardé la valeur de l'id dans ton objet ?

[OButterlin]

Tu utilises quel serveur et quel JPA ?

(moi, sur JBoss avec Hibernate, après l'opération persist, l'ID est renseigné)

A+

[JeitEmgie]

Oui, après le persist, j'ai regardé si l'ID était dans l'objet mais il continuait à null...
je vais regarder avec le merge pour voir ce que ça donne...

merci

l'ID sera initialisé lors de l'INSERT…
qui lui est exécuté quand l'ORM le juge nécessaire ou lors d'un flush ou au plus tard lors du COMMIT...

persist ou merge ne provoquent pas nécessairement d'exécution directe d'instructions SQL…

[pjmorce]

J'utilise toplink essentials...

l'ID sera initialisé lors de l'INSERT…
qui lui est exécuté quand l'ORM le juge nécessaire ou lors d'un flush ou au plus tard lors du COMMIT...

persist ou merge ne provoquent pas nécessairement d'exécution directe d'instructions SQL…