Discussion :

[Dr@ke]

Bonjour, je connais les bases d'hibernates mais je me pose une question sur certains points, comme celle-ci :

Prenons une table Vehicule qui possede une cle etrangere vers une table Marque qui possede (en plus de la key), le nom de la marque.
Hibernate me traduit cela en creant une classe Marque, et en typant l'attribut marque du vehicule avec Marque.

Ce comportement est tres interessant dans certains cas, mais dans celui-ci, j'aimerai qu'il me prenne directement la String et qu'il la mette dans l'attribut marque car pour pouvoir y l'afficher je dois faire ca : #{vehicule.marque.nomMarque}, et ceci ne fonctionne pas toujours a cause du lazy loading ou si marque est nul.

Quel est le meilleur moyen de reagir face a ce cas ? Changer le hbm, la classe, laisser comme cela ?
Merci pour vos reponses !

[lion.maroc]

Salut!

Concernant le problème, que la marque peut être null, n'a aucune relation avec hibernate c'est votre logique donc tu doit tester si la marque null ou non.

Et si la marque est obligatoire et ne peut pas être null, là tu dois dire à hibernate de vérifier s'il est null avant de sauvegarder l'objet vehicule dans la base de données.

Et concernant le problème da lazy, tu as deux solutions:

1-D'inialiser la relation vehicule ---> marque avant de fermer la session hibernate en utilisant le code suivant:

Code :

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

Hibernate.initialize(vehicule.getMarque());

ou tout simplement:

Code :

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

vehicule.getMarque();

Où vehicule c'est l'instance de type Vehicule à utiliser dans tes managedBean.

2- D'utiliser le design pattern session view filter, qui repose sur le principe d'ouvrir une session hibernate pour chaque requete utilisateur et la fermer dans la fin du traitement de la requete, mais il faut l'utiliser seulment si tu te sens bloqué.

Merci.

[Dr@ke]

Merci de ta reponse, c'est en effet le seul moyen que je vois pour le moment, utiliser le getter pour "remplir" la marque. Mais je trouvais ca justement assez moche et ma question se dirigeait plutot sur la possibilite de "bypasser" la classe et de mettre directement la string marque dans la classe Vehicule (au moment du mapping), si tu vois ce que je veux dire...

[djo.mos]

Bonjour
Je ne vois vraiment pas en quoi #{voiture.marque.nom} te gène: moi je trouve ça très élégant au contraire.

Sinon, tu as du rater la seconde moitié de la réponse de lion.maroc: tu peux éviter le problème du lazy fetch en passant par une solution comme OpenSessionInView (via un filtre en général). Le mieux sera d'utiliser Spring.

Bonne chance.

[lion.maroc]

D'abord a mon opion tu dois respecter les notions de l'oriente objet, dans les proprités de la marque doivent etre dans la classe marque.

Et pour faire le mapping du nom de la marque dans l'objet vehicule je sais pas si hibernate de te donner cette possibilité, tu peux seulment mapper la clé etrangère car il existe dans la table vehicule.

[djo.mos]

Autre possibilité: Tu peux envisager d'utiliser un Object Assembler qui fait le mapping depuis les objets persistants vers d'autres objets plus adaptés à l'IHM.
Y'a dozer par exemple qui fait ça (merci Angelo )

[Dr@ke]

Merci pour vos reponses, je vais donc rester avec la premiere solution...
Je trouvais ca un peu long mais vous avez raison, il vaut mieux garder la structure telle qu'elle est...

Bonne journee !

[lion.maroc]

Oui c'est une bonne idée d'utiliser le design pattern Value object ou data transfer object, pour créer un autre objet qui prend la forme da la vue et de le populer à partir des autres objets, vraiment j apprecie bcp ce design pattern.

Mais "dozer" travaille avec la reflexion pour faire le mapping object to object qui va alourdir un peu l'application.

Tu peux le faire manuelement si tu peux, c'est mieux a mon avis.

et en plus tu dois le faire dans les deux sens de la base vers la vue et de la vue vers la base.

Merci.