From: "Melody" <marilou.sarl@wanadoo.fr>
To: <java@u-strasbg.fr>
Subject: Chainage Servlet/JSP
Date sent: Thu, 14 Jun 2001 12:36:41 +0200
Send reply to: java@u-strasbg.fr
Bonjour,
J'essaye d'effectuer l'opératopn suivante :
Reception d'une requete sur une Servlet
Forward sur un JSP
Recuperation de la sortie du JSP pour traitement
envoie de la reponse.
Devant rester compatible je ne peut pas uiliser
le chainage de servlet qui n'est pas un standard
J2EE.
Avez-vous une idee ?
Peut on, suite au forward vers le JSP, modifier
l'objet HttpSrvletResponse ?
Si oui je voudrais donc :
Transferer la reponse dans un buffeur
Parcourir ce buffeur avec traitement pour realimenter
la reponse.
Si vous savez comment faire, pouvez-vous me l'indiquer
D'avance merci
A+
Marc
From: Olivier Dedieu <Olivier.Dedieu@inria.fr>
Date sent: Thu, 14 Jun 2001 13:30:59 +0200 (CEST)
To: java@u-strasbg.fr
Subject: Re: Chainage Servlet/JSP
Send reply to: Olivier.Dedieu@inria.fr
Bonjour,
> J'essaye d'effectuer l'opératopn suivante :
>
> Reception d'une requete sur une Servlet
> Forward sur un JSP
> Recuperation de la sortie du JSP pour traitement
> envoie de la reponse.
A mon gout ce schéma n'est pas le bon. Je suis tout a fait pour la
séparation entre le traitement et l'affichage mais cette archi me
parait tres lourde. Pour m'a part j'ai retenu la suivante :
- Un JSP qui recoit la requete
- Un bean qui décode, vérifie et valide le traitement
- Le meme JSP qui met en forme les valeur du bean
- Des taglibs pour retirer la majorités des scriptlets qui peuvent
polluer le JSP (requete, boucle d'iteration, ...)
Hors mis sur le dernier point, voila un excellent article qui m'a
convertit a cette procédure :
http://pharos.inria.fr/Java/annotations.jsp?url=http%3A%2F%2Fwww.javaworld.com%2Fjavaworld%2Fjw-03-2000%2Fjw-0331-ssj-forms.html
a+
---------------------------------------------------------------
Olivier Dedieu - (INRIA - Bull / WebTools - Pharos)
Web: http://www-sor.inria.fr/~dedieu
JavaChannel: http://www.java-channel.org/
Pharos team: http://webtools.dyade.fr/pharos/
---------------------------------------------------------------
Date sent: Fri, 15 Jun 2001 16:52:05 +0200
From: Sebastien Cesbron <scesbron@ifrance.com>
To: java@u-strasbg.fr
Subject: [Fwd: Chainage Servlet/JSP]
Send reply to: java@u-strasbg.fr
Sebastien Cesbron wrote:
>
> > > J'essaye d'effectuer l'opératopn suivante :
> > >
> > > Reception d'une requete sur une Servlet
> > > Forward sur un JSP
> > > Recuperation de la sortie du JSP pour traitement
> > > envoie de la reponse.
> >
> > A mon gout ce schéma n'est pas le bon. Je suis tout a fait pour la
> > séparation entre le traitement et l'affichage mais cette archi me
> > parait tres lourde. Pour m'a part j'ai retenu la suivante :
> >
> > - Un JSP qui recoit la requete
> > - Un bean qui décode, vérifie et valide le traitement
> > - Le meme JSP qui met en forme les valeur du bean
> > - Des taglibs pour retirer la majorités des scriptlets qui peuvent
> > polluer le JSP (requete, boucle d'iteration, ...)
> >
> > Hors mis sur le dernier point, voila un excellent article qui m'a
> > convertit a cette procédure :
> >
> > http://pharos.inria.fr/Java/annotations.jsp?url=http%3A%2F%2Fwww.javaw
> > orld.com%2Fjavaworld%2Fjw-03-2000%2Fjw-0331-ssj-forms.html
>
> En fait, les JSP d'Olivier effectuent le traitement effectué dans la
> servlet de Marc. Donc, la différence fondamentale entre les deux
> approche concerne la localisation du traitement (centralisé dans une
> servlet ou dans plusieurs JSP) et les possibilités d'accès direct à ces
> traitements.
>
> Pour moi, la méthode centralisée à l'avantage d'offrir un point d'accès
> unique aux traitements qui a l'avantage de faciliter le contrôle de
> l'accès à ces derniers.
>
> Personnellement j'ai utilisé une autre méthode présentée dans javaworld
> à l'adresse
> http://www.javaworld.com/javaworld/jw-01-2001/jw-0119-jspframe.html.
>
> Cette méthode propose d'avoir des pseudo-beans qui stockent les données
> et les traitent. Ces beans héritent tous d'une classe mère qui propose
> des fonctionnalités standard telles la gestion des erreurs et une
> gestion d'état (nouveau, en erreur, mode normal). Je peux te dire que
> cette méthode n'est pas forcément très bonne car le JSP se rappelle
> lui-même et cela peut poser des problèmes si l'on veut passer des
> paramètres dans l'adresse. De plus, je viens d'avoir des problèmes pour
> la gestion de l'utilisation par le client de la touche Back sur son
> navigateur.
>
> Avant de choisir cette méthode j'avais aussi regarder Struts et cela
> m'avait semblé excellent. Je pense que si tu veux utiliser une archi
> Model2 tu devrais regarder de ce côté.
>
> Seb
__________________________________________________________________________
____ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos
emails depuis un navigateur, en POP3, sur Minitel, sur le WAP...
http://www.ifrance.com/_reloc/email.emailif