Merge Optimistic lock version increment

Salut tout le monde,


J'ai une entité avec deux enfants :

Code:

---

1 2 3 4 5 6 7 8

@Fetch(FetchMode.JOIN) @OneToOne(cascade = { CascadeType.ALL },fetch=FetchType.LAZY,orphanRemoval = true) private ListExpEntreprise listExpEntreprise;   @Fetch(FetchMode.JOIN) @OneToOne(cascade = { CascadeType.ALL},fetch=FetchType.LAZY,orphanRemoval = true) private ListReferents listReferents;

---

Les deux enfants ont :

Code:

---

1 2 3 4

@Version private long version;

---

Et si je fusionne mon parent, sans changer les données, la version de listReferents est toujours incrémentée mais pas l'autre. J'ai essayé d'ajouter un intercepteur pour détecter les objets dirty mais pas de champs modifiés détectés... Comment gérez-vous cela et comment puis-je comprendre pourquoi ?

Code:

---

@Fetch(FetchMode.JOIN)

---

et

Code:

---

fetch=FetchType.LAZY

---

sont des critères contradictoires.

Le FetchMode.JOIN force un EAGER, donc tu as besoin de deux EAGER et Hibernate n'en honorera qu'un seul. Trace les requêtes SELECT exécutées.

Merci.

Le FetchMode. JOIN force un EAGER ? Vraiment ? Où est-ce indiqué dans la doc ?

Je n'utilise que l'attribut fetch join pour éviter les sous-requêtes.... C'est étrange si ça force un EAGER parce que je suis capable d'obtenir une exception LazyIniitalization sur le listeReferents...

Tu as vraiment besoin de la doc pour comprendre que si la requête sous-jacente est "SELECT... FROM A... JOIN B..." en spécifiant FechtMode.JOIN, il s'agira exactement de la même requête générée que pour FetchType.EAGER ?

Et puisque qu'on ne peut avoir qu'une seule collection EAGER par entité, l'ORM choisit l'une et l'autre (les autres) lest/sont laissée(s) en LAZY.

Ok, mon incompréhension était le due FetchMode.JOIN. Je l'utilise pour éviter la requête n+1 lors de l'utilisation de la requête FETCH JOIN... Je pensais qu'il n'avait d'impact que là-dessus et non pas sur le chargement lazy :(