Obtention de l'ID

Bonjour

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

Code:

---

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

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 :D

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

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

Citation:

---

Envoyé par OButterlin

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

---

Tu utilises quel serveur et quel JPA ?

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

A+

Citation:

---

Envoyé par 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

---

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…

J'utilise toplink essentials...

Citation:

---

Envoyé par JeitEmgie

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…

---

Salut,

Utilise merge(),
puis fait un flush() et regarde l'id de l'objet retourné par merge().

C'est la solution la plus simple et la plus performante.

Bon courage.

C'est bien ce que j'avais conseillé mais pas de nouvelles depuis ...

bonjour

je suis tombé sur ce topic en recherchant une solution à mon problème. En fait lorsque je tente de faire un merge puis un flush, mon instance ne contient toujours pas l'id qui a été auto-généré??

J'ai essayé de faire les opérations dans les ordres suivants

• begin, persist, merge, flush commit

• begin, persist, commit, begin, merge, flush commit

mais cela ne fonctionne toujours pas...

merci de votre aide

Lorsque tu appel les méthodes persist(),merge() ou remove() , l'entity manager peut soit agir immédiatement sur la base de données soit différer cette action a un moment qu'il juge opportun . tu peut néanmoins forcer cette synchronisation en appelant la méthodes flush().

salut mes amis,

je propose de recuperer ton objet apres l'insertion on se basant sur champ version avec l'annotation @VERSION

la requete : em.CreateQueary("select t from NomTable t where t.version =:version ").setParameter("version",1).getSingleResult;

et donc ta l'objet en question, :yaisse2:


STP verifier si le champ version est initialisé à 0 ou 1.

Bonne chance

Desole, c'est la bonne solution

en effet pr retourner un objet on se basant sur la version n'est pas la bonne solution, parce que il est possible que autre objet crées ayant la meme version i,e on n a pas fait des changement au dessus

bon en fait après mout tentative j'en viens à la conclusion qu'il vaut mieux utiliser hibernate que toplink. En effet à la sortie d'une session toplink je n'ai pas d'id valorisé dans mon objet alors qu'avec hibernate (ou openjpa) j'ai l'id qui est bien valorisé.


voili voilou.

de mon point de vue ce post est résolu

tu peux faire cette requete :

select max(t.id) from table t

Bonne chance