Lazy et sérialisation

Bonjour,

J'ai défini une relation avec LAZY

Code:

---

1 2 3 4 5

@ManyToMany(cascade = CascadeType.ALL, fetch=FetchType.LAZY) @JoinTable(name = "cours_eleve") public Set<Cours> getCours() { return cours; }

---

Lorsque je retourne l'objet et que je veux parcourir la liste, j'ai cette erreur.

Citation:

---

An attempt was made to traverse a relationship using indirection that had a null Session.This often occurs when an entity with an uninstantiated LAZY relationship is serialized and that relationship is traversed after serialization.To avoid this issue, instantiate the LAZY relationship prior to serialization.

---

Comment je peux contourner ce problème en gardant l'attribut lazy ?

Merci

La solution était de mettre un .getSize() sur la liste dans la méthode qui charge l'entité.

Oui ça marche. Tu peux aussi faire une requête et utiliser un "fetch join" sur ta collection pour la charger.
Je trouve ça plus lisible. Le getSize est plus une bidouille à mon sens (même si ça fonctionne).
La requête te permet en la lisant de bien comprendre ce que tu souhaites faire.

Merci pour ta réponse.

Citation:

---

Envoyé par fr1man

Oui ça marche. Tu peux aussi faire une requête et utiliser un "fetch join" sur ta collection pour la charger.
Je trouve ça plus lisible. Le getSize est plus une bidouille à mon sens (même si ça fonctionne).
La requête te permet en la lisant de bien comprendre ce que tu souhaites faire.

---

1) Si je fais une requête et un fetch join, ça ne sert à rien de définir ma liste de la façon suivante, c'est juste ?

Code:

---

1 2 3 4

@ManyToMany(cascade = CascadeType.ALL, fetch=FetchType.LAZY)@JoinTable(name = "eleve_cours") public Set<Cours> getCours() { returncours; }

---

2) Pour ma compréhension, un getSize() ne charge pas les objets en relation dans une liste lazy, c'est juste ?

merci

Si, cela a un intérêt, car de base tu sais que ton objet ne chargera pas ses collections.
Il est donc préférable de mettre un lazy sur les collections.
Comme ça, en fonction des requêtes que tu crées, tu peux charger ou non les collections qui t'intéressent.

J'aurais tendance à dire que getSize permet de charger la collection mais je ne l'utilise jamais dans cette optique.

En JPA, les collections d'entités sont implémentées par l'ORM utilisé par des proxies, et des fonctions comme .size() peuvent être implémentées de différentes manières,
et il n'y aucune garantie que leurs effets de bord soient portables d'un ORM à l'autre, ni identiques d'une version à l'autre d'un même ORM ou même d'une configuration à l'autre.
Il est même possible de configurer - avec certains ORMs - chaque mapping séparément pour qu'il génère un "SELECT COUNT()..." pour obtenir la taille sur l'appel à .size().

La seule solution est de toujours accéder les objets dans un contexte transactionnel à travers la couche "repository".
Et vous pouvez aussi utiliser les Entity Graphs (JPA 2.1+) pour charger exactement ce dont vous avez besoin en fonction des circonstances,
le fetch mode de l'annotation sur la collection peut alors être vu comme le mode "par défaut" si un entity graph n'est pas utilisé.

Citation:

---

Envoyé par JeitEmgie

Et vous pouvez aussi utiliser les Entity Graphs (JPA 2.1+) pour charger exactement ce dont vous avez besoin en fonction des circonstances,
le fetch mode de l'annotation sur la collection peut alors être vu comme le mode "par défaut" si un entity graph n'est pas utilisé.

---

Merci ! Bien ces Entity Graphs !