JEE - Récupérer des entités "légères"

Bonjour,

Voilà mon souci. Je fais de l'auto complétion sur un de mes formulaires, et je vais chercher en base une liste d'objets Personne. Le problème c'est que cet objet a des jointures en base (et donc des attributs en java), mais je ne souhaite récupérer que l'objet Java simple, sans certains attributs (Role, Nationnalité) car cela consomme des ressources lors de la récupération et j'ai pas besoin de ces attributs.

Voici un extrait de ma classe (les annotations sont sur les getters) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

@Entity @Table(name = "MDA_PERSONNE") public class Person extends AbstractIdentifiable {   private static final long serialVersionUID = 7782496106619218553L;   public enum SexType { masculin, feminin };   private Long id; private boolean valid; private String firstName; private String name; private String maidenName; private SexType sex; private Date dateOfBirth; private String tel; private String mail; private String web;   private Nationality nationality; private User user;   private Set<PersonRoleJoin> personRoleJoins;   private List<Role> roles = new ArrayList<Role>();

---

Quelqu'un aurait une solution à me proposer ?

Merci.

Bonjour,
d'abord, tu devrais quand même montrer tes relations histoire qu'on voit ce qu'il y a ^^
Ensuite, dans tes relations, es-tu en LAZY loading au lieu de EAGER ?

Cordialement

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

@OneToOne(mappedBy = "person") public User getUser() { return user; }   public void setUser(User user) { this.user = user; }   @OneToOne @JoinColumn(name = "NATNUM", referencedColumnName = "NATNUM", nullable = false) public Nationality getNationality() { return nationality; }   public void setNationality(Nationality nationality) { this.nationality = nationality; }   @OneToMany(mappedBy = "person", fetch = FetchType.EAGER) public Set<PersonRoleJoin> getPersonRoleJoins() { return personRoleJoins; }

---

Voilà l'aperçu, je suis en mode "EAGER" mais en "Lazy" j'avais pas mal de soucis (des exceptions sur ma collection), et surtout y a defois où j'ai besoin de ma personne en mode EAGER.

En gros :

=> Comment récupérer une entité sans ses objets en relations ?

Pour se faire, tu n'as pas vraiment le choix, il faut passer les liaisons en LAZY, et charger les relations lorsque tu en as besoin en explicitant le join, ou en faisant appel à la relation quand ta transaction est encore active.

HadanMarv

Ok mais le vrai problème (et ça personne ne peut me répondre), c'est que j'ai vraiment cru comprendre qu'il faut passer par des "Set" et non des "List" pour faire ça. Or, sur les pages JSF, tu ne peux pas afficher des "Set", mais seulement des "List".

Quelqu'un peut-il m'éclairer là-dessus ?

Cela n'a rien à voir avec les types de Collection utilisés (Set, ou List ou Map ou autre chose ...)

Citation:

---

Envoyé par zaitsev

Ok mais le vrai problème (et ça personne ne peut me répondre), c'est que j'ai vraiment cru comprendre qu'il faut passer par des "Set" et non des "List" pour faire ça. Or, sur les pages JSF, tu ne peux pas afficher des "Set", mais seulement des "List".

Quelqu'un peut-il m'éclairer là-dessus ?

---

même si cela n'a rien n'a voir, pour accéder aux données d'un Set en tant que List dans une page JSF (dataTable), il suffit d'enrober l'instance de ton Set dans une instance de List grâce au constructeur qui va bien:

Code:

---

1 2 3

Set <MonTypeObjet> monSet = .... ; List <MonTypeObjet> maList = new ArrayList <MonTypeObjet> (monSet);

---

Les API Java sont bien faites quand même :
http://docs.oracle.com/javase/6/docs...til.Collection)


sinon pour le "problème de fond", effectivement il faut passer par du LAZY_LOADING

Ok, merci de ta réponse.

Maintenant que je réalise mes chargements en LAZY, j'obtiens des erreurs du style :

Code:

---

failed to lazily initialize a collection of role

---

Je trouve pas de solutions, j'ai lu des conseils portant sur les transactions mais moi j'ai mes simples classes Java du modèle avec le get/set, donc je ne vois pas comment m'en sortir ?

Citation:

---

charger les relations lorsque tu en as besoin en explicitant le join, ou en faisant appel à la relation quand ta transaction est encore active.

---

Ce qui veut dire qu'au moment de la recherche tu dois spécifier le join au niveau du criteriaQuery par exemple, ou bien faire appel aux get en direction de ta relation pendant que la transaction est encore active.

Si ce n'est pas clair, montre nous un bout de ton code permettant la récupération en base afin te pouvoir t'aider de manière plus efficace.

HadanMarv

Je ne vois pas trop le rapport avec Criteria, c'est hibernate qui se charge de "remplir" mes classes du modèle, avec les get/set, donc pas de code criteria. Voici du code :

Ici le code de ma classe du modèle :

Code:

---

1 2 3 4 5 6 7 8

@OneToMany(mappedBy = "person", fetch = FetchType.EAGER) public Set<PersonRoleJoin> getPersonRoleJoins() { return personRoleJoins; }   public void setPersonRoleJoins(Set<PersonRoleJoin> personRoleJoins) { this.personRoleJoins = personRoleJoins; }

---

Ici le code de mon bean controlleur, qui plantera (sur la ligne 12) si je met du LAZY dans le code du dessus :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

public List<Role> getUserRoleLinks() {   Portal portal = sessionController.getPortal(); User user = sessionController.getUser(); Person person = user.getPerson();   // user not logged if (person == null || portal == null) { return roles; }   Set<PersonRoleJoin> personRoleJoins = person.getPersonRoleJoins();   // we only add roles associated to the current user portal for (PersonRoleJoin personRoleJoin : personRoleJoins) {   Role role = personRoleJoin.getRole();   if (role.getPortal().compareTo(portal) == 0) {   roles.add(role);   } } return roles; }

---

Salut, je crois qu'en LAZY loading il te faut initialiser ton Set avec une instance "vide" dans la déclaration de ta classe :

Code:

---

1 2	private Set<PersonRoleJoin> personRoleJoins = new HashSet <PersonRoleJoin> ();

---

de mémoire le lazy loading n'instancie pas de liste / set, mais les peuple, alors que le EAGER instancie des List / Set qu'il affecte à ta variable.

Merci de ton aide, j'ai vraiment cru que c'était une bonne piste mais malheureusement, même en instanciant mes " Set " j'obtiens toujours cette erreur :

Code:

---

1 2	javax.servlet.ServletException: org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: net.atos.si.aix.portail.model.Person.personRoleJoins, no session or session was closed

---

Tu utilises quoi ?

EJB Entity + EJB Session ?
Classe Entity + Session Hibernate ?

Si tu es dans le second cas :
- http://www.objis.com/formation-java/...bernate-3.html
- http://www.developpez.net/forums/d28...led-to-lazily/

;) un peu de recherche avec Google, ça aide aussi ;)

J'utilise les EJB entity (@Entity...) et les EJB Session (@Stateful).

Franchement j'ai pas mal cherché mais il faut avouer que c'est pas très très clair, faire du Lazy sur des collections de ton entité, ca devrait quand même être la base.

Le lazy loading est bien de base, mais il faut comprendre que si tu utilises une trasaction JTA par défaut, dès que tu sorts du conteneur d'EJB tes entities sont "détachées" et donc, tous les objets non initialisés poseront problème au niveau de la couche de présentation.

Il existe plusieurs moyen de contourner le problème, en particulier les DTO, très critiqués, mais très utiles quand on veut utiliser les même entity dans différents contextes.
Tu pourrais éventuellement utiliser un Query plutôt que find, ce qui te permettrait d'ajouter les demandes "join fetch" qui vont bien en fonction de ce que tu veux initialiser.
Sinon, il y a PersistenceContextType.EXTENDED qui permettrait d'utiliser la même transaction plusieurs fois...

Perso, j'aime bien les DTO

Pour récupérer un objet "light", tu peux utiliser un DTO ce qui te permet d'avoir des objets simples ,ou comme alternative une requête HQL du type
select new MonObj(ppt1,ppt2) from MonObj.
Cela nécessite que ta classe MonObj possède un constructeur avec les propriété issues du résultat de ton select.
Avec ce type de syntaxe, tu peux remonter des objets pseudos-initalisés, les principales contraintes sont que tu ne peux remonter des propriétés de type collection et que bien évidemment tu ne peux/doit pas persister ces objets.