Discussion :

[isoman]

Salut a tous,
supposons que j'ai une entité pays qui a un nom et une liste de langues .
Pour récupérer les information sur le je peux soit demander les différents champs 1 a 1 soit envoyer une classe pays au client .
La première solution n'est pas assez optimisé vu le nombre de connexion élevé au serveur ,j'ai tenté d'envoyer l'entité pays au client mais j'obtiens cette exception

Code :

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

1
2
3
GRAVE: failed to lazily initialize a collection of role: entity.Pays.languePays, no session or session was closed
org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: entity.Pays.languePays, no session or session was closed
        at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationException(AbstractPersistentCollection.java:358)

Est ce que je procède de la bonne manière ?
Si oui comment se débarrasser de cette exception ?
Merci d'avance.

[Shinzul]

Ta manière est bonne l'exception générée annonce que c'est lorsque tu souhaite recupérer languePays tu as dut mettre la recupération en lazy.

Donc quand ton programme essaye de récupere ces données il se heurte au fait que sa session a été fermé et il génère une execption.
Change le fetchType de ton annotation de façon à ce qu'il recupère languePas au moment de la requete sur Pays;

En espérant que cela t'aide .

[Askerat]

J'ai quasiment le même soucis sur une application n-tiers avec un client lourd swing. C'est pourquoi je me permet d'intervenir. J'ai effectivement une relation lazy. Le principe de ce type de lien n'est pas justement que les données sont rapatriées à l'utilisation ? Au moment où l'on accède à la propriété les données de l'association devraient se charger non ?

Alors effectivement, tant que je reste dans le conteneur EJB ça fonctionne, le problème vient visiblement de la sérialisation, une fois le serveur quitté, il n'y a plus moyen de faire fonctionner les relations lazy. Dans mon cas, j'ai par exemple une relation Fournisseur -> Produits. Ce serait embettant de mettre la relation en eager. Car une fois la base en utilisation j'aurais des centaines voir milliers de produits pour un fournisseur, je veux éviter de sérialiser toute une liste de produits uniquement pour proposer une auto complétion à la saisie du fournisseur lors d'une commande.

Que faire dans ce cas ci ? Proposer une méthode DAO qui charge tous mes produits avec une requête JPQL lorsque j'ai besoin d'accéder aux produits de mon Fournisseur ? Avec un conteneur léger on pourrait résoudre le problème ? Si quelqu'un sait me donner une piste et éclairer tout ça ..

Dans le cas de Isoman ça devrait aller dans le sens où ça alourdira pas énormément de mettre la relation en EAGER. Par contre je pense que tu as une incohérence au niveau de ton design, car un pays peut avoir plusieurs langues, donc c'est une relation un à plusieurs, c'est du 1,n. Exemple, Espagne, Chine, Suisse, ..

[Shinzul]

Bah dans ton cas, personnelement , je rajouterai une methode à ma DAOqui récupère des produits avec une condition (si tu en as une) et un objet Frounisser grace à une requete.

Ca permet de ne pas charger les produits quand on ne veux que un Fournisseur et de récupérer tout de même les produits. Le problème c'est que en effet ça augmente le nombre de requete au serveur (surtout si du fait du 3-tier avec ton serv et ta bdd distante)

[Askerat]

J'ai une condition oui, qui dépend de ma vue. C'est rare que j'ai besoin des produits associés à un fournisseur, puisque ça intervient uniquement lors d'un accès aux statistiques.

[Shinzul]

Moi à ce moment la je ferai une fonctions qui sera appelé pour l'affichage classique qui récupère juste le Fournisseur (qui serai donc en fetchType Lazy )
Ainsi qu'une deuxième fonction qui requete ta table Produit par rapport à ta condition et au Fournisseur sélectionné quand on demande une statistique associé

C'est comme ca que je ferai personnellement après si d'autres ont des solutions plus adaptée ça m'intéresse