Discussion :

[jeyGey]

Bonjour,

J'aimerais savoir comment vous feriez pour passer un objet (et quel type d'objet) correspondant à 2 entités d'un service à un bean ?

J'ai une entité :

Paramètre (ID, NOM, VALEUR_PAR_DEFAUT)

et une entité :

ParamètreSelectionner (ID, LEVEL, VALEUR_SURCHARGER)

J'aimerais envoyer dans mon bean un objet (que je puisse modifier) avec :

Paramètre : ID

Paramètre : NOM

ParamètreSéléctionner : TYPE

Paramètre : VALEUR_PAR_DEFAUT

ParamètreSéléctionner : VALEUR_SURCHARGER

Je dois utiliser un objet standard ? un DTO ?
Est-ce que je peux utiliser un ID dans un DTO ?
Est-ce que je dois faire 2 services et faire le traitement dans le bean ?

Comment feriez-vous ?

Projet :

Java EE 7 (appli entreprise)
Primefaces

[tchize_]

La question n'est pas vraiment claire.

Soit le bean a besoin de données de tes deux entités. Alors passe lui les entités et laisse le choisir ce qu'il veux en utiliser.
Soit le bean a juste besoin de certaines données, alors passe les directement.
Soit ces données sont liées entre elles dans l'usage et seront passées identitques, voir modifiées entre différentes méthodes, alors crée un DTo pour les supporter.


Je ne comprends pas trop ta logique de 2 services par contre.

[jeyGey]

En gros j'ai une page paramètre ou je peux surchargé les paramètres de l'application.

Donc j'ai 2 entités une pour les paramètres avec les valeurs par défaut et une autre pour les valeurs surchargés par niveau (APP, CLIENT, UTILISATEUR).

Pour afficher toutes les informations j'ai besoin des 2 entités. Mais je voudrais savoir ou je construit tout ça.

Pour le moment j'ai créer un DTO avec l'id de mon paramètre je créer le DTO dans le service et je l'envoi au Bean.

Tu as dit : "Soit le bean a besoin de données de tes deux entités. Alors passe lui les entités et laisse le choisir ce qu'il veux en utiliser."

Comment tu les passerais ?

Merci pour ta réponse.

[tchize_]

Directement en paramètre. Après ta description est pas très claire. Si ce sont des paramètres de l'application, ils n'ont pas aà paser en paramètre de méthode et surtout pas sous forme d'entité, mais directement sous forme de valeur.

En général, la config, je la gère dans un EJB avec des methodes genre getMachin pour connaitre la valeur de Machin. Et tous les EJB qui ont besoin de machin le demandent directement à l'EJB de config, je me trimballe pas le paramètres dans toutes les méthodes.

Donc soit t'as une méthode bas niveau qui a besoin de valeur (genre stock ces données dans un fichier dans ce répertoire) et là tu passe directement les valeur en paramètres. Soit t'as des méthode plus haut niveau (genre stocke cet upload pour plus tard) et là la méthode ne prend que le strict minimum: la valeur qui change. Le reste elle le pompe de l'EJB pour le passer au bas niveau.

[jeyGey]

Non c'est pas ça que je veux savoir désolé si je suis pas clair.

Les entités parameter et parameterSelected fonctionne ensemble, indépendamment elle n'ont plus trop de sens, autant faire un fichier de config comme tu dit.

En gros pour l'instant j'ai :

dans la partie EJB :

2 entités
1 DAO pour chaque entité
1 service pour chaque entité

dans la partie WEB :

1 bean pour une page permettant de gérer tous les paramètres

Quand j'arrive sur la page (dans le bean) :

1 - je récupère via le service paramètre tous les paramètres
2 - je récupère les paramètres surchargés s'il existe pour chaque paramètre

J’initialise un objet "ParameterDisplay" avec les champs que j'ai besoin pour l'affichage.

Et dans ma page xhtml (JSF) j'utilise cet objet.

Est-ce que la façon de faire est correct ou alors :

Je construit l'objet "ParameterDisplay" dans la partie service (EJB) que je récupère dans le bean ?