Discussion :

[wajdopovitch]

Bonjour,
je travaille sur un projet de gestion commerciale en utilisant : JSF-Hibernate-BD-Reports.. serveur: tomcat 6
on me demande de développer une seule page qui servira à : offre/commande/facture/bon livraison
+le seul avantage c d'éviter la modification sur plusieurs pages
alors je pose la question, comment je vais procédé?
1-mettre la page en session
2-mettre la page en request et utiliser un bean/des beans en session
3-éviter cette démarche et proposer une autre solution ?

-et quel sont les inconvénients de la méthodes proposé ?
je suis débutant alors je n'ai pas une idée sur les conséquences?
j'espère voir votre avis, et merci

[Sniper37]

Bonjour,
je travaille sur un projet de gestion commerciale en utilisant : JSF-Hibernate-BD-Reports.. serveur: tomcat 6
on me demande de développer une seule page qui servira à : offre/commande/facture/bon livraison
+le seul avantage c d'éviter la modification sur plusieurs pages
alors je pose la question, comment je vais procédé?
1-mettre la page en session
2-mettre la page en request et utiliser un bean/des beans en session
3-éviter cette démarche et proposer une autre solution ?

-et quel sont les inconvénients de la méthodes proposé ?
je suis débutant alors je n'ai pas une idée sur les conséquences?
j'espère voir votre avis, et merci

tu veux dire quoi par une page en session?

[wajdopovitch]

tu veux dire quoi par une page en session?

ça veut dire : déclaré la classe java de la page(bean) en session dans faces-config

[Sniper37]

la solution 2 est presque la même chose.

ça dépend des informations contenus dans la page. les infos qui changent et celles utiles seulement une fois..tu peux avoir un bean en session et d'autre bean request ou plusieurs en requests et plusieurs en session...

[wajdopovitch]

Bonjour,
J'ai plusieurs beans ,
J'ai vraiment un problème dans la répartition des beans en request et en session. mes pages contiennent des informations , des listes qui son chargés à partir de la base de données... si je met mes beans en request alors chaque consultation du serveur les données sont rechargé à partir de la base de données .Si je met mes beans en session , le problème se pose lorsque je saute vers une autre page , qui contienne elle aussi des informations qui sont récupéré à partir de la base de données "qui demande elle aussi de l'espace mémoire" , alors je n'aurai pas besoin de l'ancienne page qui occupe de l'espace mémoire et lorsque l'utilisateur revient à cette ancienne page les données doivent être réinitialisée.

[X-plode]

Et une petite question,

Pourquoi n'utiliserais tu pas deja des designs pattern afin d'alleger ta solution.

Par exemple, pour les données chargées de la bdd que tous les clients auront besoin ne pas utilisé le flyweight par exemple.

Avec les DP, tu pourras donc obtenir quelques chose de plus concis et pouvoir te concentrer uniquement sur les informations nécéssaires.

Enfin, tu peux implementer une partie Business avec une archi ntiers.

Cette partie, s'il elle n'existe pas, te permettra donc via les ejb d'obtenir deux ejb sessions.

Un Stateless et un Stateful
Le stateless est initialisé à chaque appel alors qu'un ejb session retiens toutes les informations du client pendant sa session.

Ceci te permettrait de pouvoir obtenir une gestion facile des sessions de tes utilisateurs.

[wajdopovitch]

Merci X-plode pour votre réponse ,
Où sont-ils les autres membres de ce forum il s'agit de développement d'une application de type CRUD (Create Read Update Delete) ? Avec une méthode classique ça demande beaucoup de pages à créer et du code à générer !
quelle est la meilleur stratégie pour développer une telle application avec multiple opérations de type CRUD , nous utilisons Hibernate pour l'accés à la base , qui a passé par cette situation ?