Discussion :

[Quartus]

Chers tous,

J'ai un petit souci en JSF, que faire quand les entity beans ne coresspondent pas à la vue. Je m'explique :

Imaginons, j'ai un entity User(userID, password) et je souhaite afficher dans la vue avec une datatable (userID, password, +qqch d'autre). Le truc c'est que je ne veux pas modifier mon entity car ce n'est pas chose à faire. Mais alors, ce nouvel objet, je dois le mettre dans une couche au dessus des EJB?

genre :

JSF Managed beans -> business object -> session bean -> entity bean

Merci pour vos réponses !

[DevServlet]

Code :

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

J'ai un petit souci en JSF, que faire quand les entity beans ne coresspondent pas à la vue

Sur une contrainte architecturelle, un entity bean n'est pas censé correspondre completement à une vue,ce sont des objets de la 3e couche, si ca peut t'aider tu peux declarer des attributs en transient, primitive ordonnant à JPA de ne pas les persister. ca repond à ta question?

[Quartus]

Merci pour ta réponse. Je connaissait déjà la possibilité d'annoter @transient les attributs des entity beans pour skipper la persistance.

Cependant, je ne crois pas qu'il soit judicieux de procéder de la sorte. Serait-il plus judicieux de créer une couche au dessus des stateless beans comprenant les objets-vue?

Tous les avis sont les bienvenus !

[OButterlin]

Tu peux utiliser les DTO (Data Transfert Object), je trouve que c'est ce qu'il y a de mieux pour ce genre de problématique (et d'autres mais c'est un autre débat).
Du coup, ton EJB stateless/statefull renvoie une liste d'objets DTO, ceux-ci sont totalement indépendants de la persistance (charge à la méthode appelée de récupérer toutes les informations voulues).

Je suis d'accord avec toi pour ce qui est de rajouter des propriétés @Transient, ça n'a pas trop de sens dans la mesure où le chargement serait complexifié, on les utilise plutôt pour des données calculées par rapport à des attributs de l'entity (c'est mon avis en tout cas )

[Quartus]

Un tout grand merci pour ta réponse. Donc si j'ai bien compris, on a :

- une couche entity (objets persistés)
- une couche dto
- une couche dao (query sur les entity retournant des dto)
- une couche jsf managed beans (injection des ejb qui retournent les dto)

Donc en gros, un dto est quasimment un objet sans méthodes, je me trompe ?
(sans les get/set évidemment).

[Quartus]

Une remarque, est-ce que les DTO's doivent normalement étendre (extends) les entity beans?