J'ai une ch'tite question à poser aux gourous Java de ce forum
 
quel est l'interet de <jsp:useBean> par rapport à un session.getParameter(...) ?
 
voilu c'est tout
 
merci

bin créer un bean qui n'existe pas par exemple
 

et puis jsp:usebean est dans un tag, session.getTruc, c'est du code...

DarkLord a écrit a écrit : bin créer un bean qui n'existe pas par exemple

 
   
 
merci mais je suis pas aussi nul que ma question !!!

 
c'est bien ce qu'il me semblait ca sert à rien
   
 
d'autres avis pliz

mahU le malin a écrit a écrit :     c'est bien ce qu'il me semblait ca sert à rien       d'autres avis pliz

ben "ça sert à rien", tout est relatif.
si tu fais tout tout seul, c sur.
si par contre tu fais des jsp qui vont passer dans des mains de graphistes... y'a plus de chances qu'il niquent ton code qu'ils ne niquent un tag. et si le tag est nické, on le verra tout de suite.

mahU le malin a écrit a écrit :           merci mais je suis pas aussi nul que ma question !!!

 
En effet ta question est très nulle alors parce que j'y ai répondu figure toi. Tu demande l'intéret d'un jsp:useBean par rapport à un requeset.get ou un sesion.get ...
 
Je te réponds : à créer une nouvelle instance du bean.
 
Selon moi y a rien de stupide là dedans. Pose une autre question si la réponse te plait pas

 
je fais tout tout seul comme tu dis, enfin je travaille avec des informaticiens pas des graphistes se qui revient au même
 
mais je ne trouve pas que ce soit vraiment plus lisible par jsp:useBean, ca a un interêt comme DarkLord l'a suggéré, c'est que ca simplifie un peu le jsp !
 
et on peut supprimer un bean par les tag ou pas ?? ca j'ai pas trouvé !!!
 
Sinon pour en revenir aux graphistes, quand ils doivent passer derrière un code PHP... c'est le même combat !
 
mais ce n'est l'objet du débat ni du topic !

euh j'ai suggéré qqch moi ?

DarkLord a écrit a écrit :     En effet ta question est très nulle alors parce que j'y ai répondu figure toi. Tu demande l'intéret d'un jsp:useBean par rapport à un requeset.get ou un sesion.get ...   Je te réponds : à créer une nouvelle instance du bean.   Selon moi y a rien de stupide là dedans. Pose une autre question si la réponse te plait pas

 
ok ok mais ne le prend pas mal    
 
la question est plutot :
quel est l'interêt d'utiliser jsp:useBean plutot que du code java en utilisant les objet session ou context ou autres meme ??
 
c'est mieux ??
 
C'est vrai que ma question était mal formulé et ta réponse correspond effectivement à la question, mais j'ai toujours été nul en français  

DarkLord a écrit a écrit : euh j'ai suggéré qqch moi ?

 
en parlant d'instancier un bean, tu suggérais le fait que jsp:useBean avait plusieurs fonctionnalités
 
tu vois que je n'avais pas mésestimé ta réponse    

Ben c'est l'interet du tag justement, le Bean est détruit tout seul quand il n'est plus valide, c'est à dire en fonction de la portée que TU lui a attribué (à la fin de la methode service() avec scope="page", au retour de la reponse au client avec scope="request"....)

Ah, en tout cas ca fait plaisir de voir que je ne suis pas le seul à ne pas comprendre totalement l'intérêt des Beans et leur synthaxe ...
   
 
(désolé, c'était ma minute d'auto-congratulation...   )

mahU le malin a écrit a écrit :     ok ok mais ne le prend pas mal       la question est plutot : quel est l'interêt d'utiliser jsp:useBean plutot que du code java en utilisant les objet session ou context ou autres meme ??   c'est mieux ??   C'est vrai que ma question était mal formulé et ta réponse correspond effectivement à la question, mais j'ai toujours été nul en français

 
no problem
 
Dans ce cas je dirai que la réponse de greg est excellent et je partage tout à fait son avis.

donc  en resumé
non y'a pas d'interet, sauf si tu veux eviter que des mains sales ne touchent ton code.
(et oui, pour le php, c le meme combat, sauf qu'avec servlet&jsp tu peux oter 99.99999% du code des fichiers qui sont touchés par les non-developpeurs)

velocity powaaaaaaaaaaaaaaaaaaaaa    
 
(pas tapai)

 
moi je l'utilise au niveau session, dont je parametre la durée au niveau des fichiers de conf...
 
mais par exemple dans mon cas j'utilise un bean pour tracer une utilisateur, et cet utilisateur il peut quitter sa session en cliquant sur "logout".... dans ce cas il faut bien que je supprime le bean de la session, non ??   ou alors j'ai rien compris !!
 
J'ai vraiment du mal avec les jsp et les beans... il n'y a vraiment aucune rigueur  

 
je crois que je comprends rien du tout      
en plus j'ai fait du PHP je pourrais comprendre
 
comment tu peux supprimer 99.999999% du code java dans un jsp !!!
 
je suis dans le flou total
j'aurais jamais du faire de PHP avant !!

mahU le malin a écrit a écrit :     je crois que je comprends rien du tout       en plus j'ai fait du PHP je pourrais comprendre   comment tu peux supprimer 99.999999% du code java dans un jsp !!!   je suis dans le flou total j'aurais jamais du faire de PHP avant !!

servlet t'as jamais entendu parler?

bin non qd il clique sur logout tu fais un appel sur session.invalidate() ou un truc du genre et ca efface la session du contexte (et le bean avec).
 
A+

je trouve qu'on tourne un peu en rond, non ??
quel est l'interet de mettre le HTML dans un servlet alors qu'il existe JSP !! ??
et comment veux-tu que les graphistes puissent éditer le HTML ??
 

 
heeeeeeeeeeeeelp

 
yop yop
je connaissais pas session.invalide()
j'utilise un session.removeParameter() car je ne veux pas supprimer la session complète
 
et puis DarkLord

mahU le malin a écrit a écrit :   je trouve qu'on tourne un peu en rond, non ?? quel est l'interet de mettre le HTML dans un servlet alors qu'il existe JSP !! ?? et comment veux-tu que les graphistes puissent éditer le HTML ??     heeeeeeeeeeeeelp

tu fous pas le code HTML dans la servlet : la servlet fait les traitements, stocke les données, puis passe la main à la JSP qui récupère les données et généère la page HTML finale => il n'y a quasiment aucun code dans la page JSP (surtout si tu utilises les custom tag)

mahU le malin a écrit a écrit :   je trouve qu'on tourne un peu en rond, non ?? quel est l'interet de mettre le HTML dans un servlet alors qu'il existe JSP !! ?? et comment veux-tu que les graphistes puissent éditer le HTML ??     heeeeeeeeeeeeelp

 
mais justement tu mets pas d'HTML dans ta servlet. Tu mets le code ou l'accès au code java dedans et qd tu as fait ce qu'il faut, tu tapes les résultats dans la requete ou la session et tu forwardes le process à une JSP qui ne s'occupe que de l'affichage avace ce qu'il y a dans la requete/session

grilled

 
pourkoi un servlet et pas une classe normal ?
 
sinon je repensais à la remarque de --greg--, le graphiste il peut visualier un JSP (le source) dans son dreamweaver ou son FrontPage ?!?

J'ai pas compris

oui
-------------------------------------------
bon
je pense qu'il est vraiment temps d'ecrire un article servlet/jsp
ou bien de dire a ces gens qu'ils doivent arreter java tout de suite

mahu, achete toi un bouquin
y'en a un relativement bon chez wrox, mais y'en a aussi un carrément mauvais, donc te trompes pas. surtout qu'ils s'appellent tous les deux plus ou moins "professional jsp"

c'est déjà ca....
cool dreamweaver sait lire et interpreter le code jsp

--greg-- a écrit a écrit : bon je pense qu'il est vraiment temps d'ecrire un article servlet/jsp ou bien de dire a ces gens qu'ils doivent arreter java tout de suite

je veux bien un article oui
et non je ne veux pas arrêter java....
je crois qu'il y a un concept (jsp/bean) que je ne comprends pas
 
a vous lire, j'ai l'impression que vos jsp c'est

 
les if, while ou autre for il sont bien dans vos jsp tout de même....      

bin ca dépend

 
j'en ai un qui s'appelle Programmation Java coté Serveur chez Wrox et celui de sun sur les Jsp et Servlet !

tu as pas compris ce que je voulais dire.
 
lis ca, tu comprendras mieux
http://www.javaworld.com/javaworld [...] spmvc.html

http://java.sun.com/j2ee/tutorial/ [...] Beans.html
ca aussi ca serait bien de le lire...  
 
je vois meme pas l'intéret d'acheter un bouquin (à part la langue), y'a tout sur le site de sun!
 
pour résumer, voici le code version session.setattribute():

et voici le code équivalent avec le bean:

 
[EDIT]ce post est bien une réponse à la question initiale du thread [/EDIT]

mon lien n'a rien à voir avec ca : il parle de la façon de séparer la présentation de la logique métier d'une application. C'est à dire de faire des appli Web propres, facilement maintenanbles, bref professionelles !
 
On y voir notament comment se servir des servlets pour effectuer le tratement et des JSP pour générer les pages HTML et la façon de passer les données de l'un à l'autre.
 

Je confirme que ton post, _guigui_, n'a absolument aucun rapport avec la discussion ...

benou > bah oui je le connais ton lien, il parle de MVC (Model Vue Controlleur), appellé aussi Model 2, un des Design Patterns des plus connus
darklord > ha ben ca, ils s'y mettent à 2 les salops   ,la question à la base c'est pas ca?

ben ton post laissait penser que tu complétais le mien alors que ca n'avait pas grand chose à voir (même si tu répondais à la question initiale), c'est pour ca ...

oki désolé j'aurais du mettre [réponse à la question initiale]...[/réponse à la question initiale], désolé...
   
sinon pour ceux qui veulent en savoir plus sur MVC:
http://java.sun.com/blueprints/gui [...] tier5.html
et le site de Struts:
http://jakarta.apache.org/struts/