Discussion :

[zoolonly]

Bonjour à tous,

J'ai besoin de conseils concernant l'initialization paresseuse (FetchType.LAZY) avec JPA.
Je me demande quelle est la meilleure façon de stocker en base un arbre d'objet assez conséquent.

Pour l'instant mes entités ressemblent à ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
@Entity
class Element1 {
    @OneToMany(fetch=FetchType.LAZY)
    Collection<Element2> elements;
    ....
}

Le "fetch type" est égal à LAZY car la classe Element2 n'est pas toujours nécéssaire. De plus elle peut contenir beaucoup d'informations (Liste de liste de liste d'autre entité).

Le problème est que si je veux récupérer un element de type Element2 depuis un Element1 dans une servlet, la session est terminée et j'obtiens une exception (LazynessException) [Normal].

Une première solution serait d'avoir deux méthodes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
Element1 get(Integer Id);
Element1 getWithCollectionOfElement2(Integer Id);

Mais je trouve ça un peu bizarre ... C'est un peu ambiguë, et le programmeur peut se tromper de méthode. Je me demandais donc si il n'était pas mieux d'"inverser le mapping" et d'enlever l'attribut elements d'Element1 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
class Element2 {
     @ManyToOne
     Element1 owner;
 
     .....
}

Et d'avoir deux méthodes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
Element1 get(Integer Id);
Collection<Element2> getElements(Element1 owner);

Dans le deuxième cas, les méthodes ne sont pas ambigues.

Quelle est la meilleure façon de faire ce genre de chose ?

Merci.

[aelmalki]

A mon avis tu doit avoir un objet qui circule entre la logique présentation(servlet) et métier(ejb) et puis faire une gestion de transaction (spécifique ou la légué à Spring par exemple).

L'objet aura surement besoin de la liste Element2, dans ce cas au sien de la même transaction quand vous appellerez le getElement2(), votre provider (Hibernate ou TopLink ou ...) se chargera de préparer les données.

Apres pour l'objet Element2, s'il contient plusieurs informations de divers type, vous devez voir les startegies de Fetch Hibernate possible (si vous avez un provider Hibernate, je n'ai pas d'informations pour les autres provider), Hibernate propose pas mal de truc qui peuvent optimisé le chargement comme le batchSize par exemple.

http://www.mkyong.com/hibernate/hibe...gies-examples/

Je ne suis pas expert dans le truc, mais j’implémente cette logique dans mes projets et je m'en sort pour l'instant plutôt pas mal. que ce soit coté lisibilité/maintenance du code, ou bien performance d'application. Si par contre, à votre avis, cette façon de faire présente des inconvénients, je vous demande de bien vouloir les partager avec moi.

Merci par avance.