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…

[the last phoenix]

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.

[alpha.omega]

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

[omekiane]

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

[linuxien_tun]

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().

[Sun03]

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,


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

Bonne chance

[Sun03]

Desole, c'est la bonne solution

[Sun03]

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

[omekiane]

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

[Sun03]

tu peux faire cette requete :

select max(t.id) from table t

Bonne chance