Comment bien gérer les Lazy Collection ?

[ZouBi]

J'utilise des JPA dans une application qui comprennent des champs en mode FETCH LAZY.
Or ces JPA seront utilisés à travers des remotes bean mais dans ce cas, à travers le web, les JPA seront détachés de l'EntityManager qui feront qu'à distance, je ne pourrai récupérer les Lazy Collections.
Quelle est la meilleure façon de gérer ça?
Créer deux méthodes distinctes dans mon EJB? Une permettant de recevoir une instance JPA sans les collections chargées, et une avec les collections?

[DevServlet]

Envoyé par ZouBi

J'utilise des JPA dans une application qui comprennent des champs en mode FETCH LAZY.
Or ces JPA seront utilisés à travers des remotes bean mais dans ce cas, à travers le web, les JPA seront détachés de l'EntityManager qui feront qu'à distance, je ne pourrai récupérer les Lazy Collections.
Quelle est la meilleure façon de gérer ça?
Créer deux méthodes distinctes dans mon EJB? Une permettant de recevoir une instance JPA sans les collections chargées, et une avec les collections?

Techniquement tu ne peux pas sur la même entité et la même colonne définir 2 politiques différentes de mapping. Et pour moi y'a même pas besoin, le LAZY ne précharge simplement pas la collection, mais lors de l'invocation du get sur cet collection, je crois que hibernate va la chercher en base. donc ton LAZY suffit.

[fr1man]

A priori oui, tu vas etre obligé de précharger tes collections, si tu veux que ton objet disant puisse y accéder.
Par défaut je laisse les collections en lazy, et je fais des méthodes permettant de charger les collections dont j'ai besoin.

[ZouBi]

Merci.
J'ai sinon trouvé une méthode (de feignante) pour Hibernate.
Dans le fichier persistence.xml, si on ajoute la ligne :

Code :

<property name="hibernate.enable_lazy_load_no_trans" value="true"/>

Cela permet d'accéder aux attributs Lazy meme s'ils sont détachés de l'EntityManager. Bref, ça fonctionne bien.

J'ai une question un peu hors-sujet mais je ne trouve l'information nulle part.
Lorsque Hibernate instancie une Entity, passe-t-il par les setters? ou directement par les attributs?
De meme lorsqu'il met à jour l'entity dans la base de données, passe-t-il par les getters?

[fr1man]

Je ne suis pas convaincu par l'utilisation de cette propriété, après à toi de voir.

[DevServlet]

Envoyé par ZouBi

J'ai une question un peu hors-sujet mais je ne trouve l'information nulle part.
Lorsque Hibernate instancie une Entity, passe-t-il par les setters? ou directement par les attributs?
De meme lorsqu'il met à jour l'entity dans la base de données, passe-t-il par les getters?

Bonjour, tout dépend du paramètrage hibernate que tu fais sur l'attribut "access", selon sa valeur hibernate passera pas l'attribut directement ou ses accesseurs. c'est expliqué ici.

[ZouBi]

fr1man, pourquoi?

DevServlet, merci.

Code :

access (optionnel - par défaut = property) : La stratégie qu'Hibernate doit utiliser pour accéder à la propriété.

Par défaut, il passe donc bien par les setters.

[fr1man]

Voila ce que j'ai trouvé :

Note: this may happen outside of the transaction and is not safe. Use with caution.

https://hibernate.onjira.com/browse/HHH-7457