Yep. I use this one a lot myself actually. Very useful. Just that I was after something with a bit more grunt and that allowed me to change or remove existing parameters as well.
Kris has drawn my attention to the HttpServletRequestWrapper (in the 2.3 api) which is precisely what I was after (and was right under my nose the whole time!). Thanks Kris :-) -----Original Message----- From: Vipul Sanghi [mailto:[EMAIL PROTECTED]] Sent: Monday, November 18, 2002 21:16 To: Struts Users Mailing List Subject: RE: request parameter this will work. I use it. -----Original Message----- From: Gemes Tibor [mailto:[EMAIL PROTECTED]] Sent: Monday, November 18, 2002 9:08 PM To: Struts Users Mailing List Subject: Re: request parameter 2002. november 18. 13:36 d�tummal Andrew Hill ezt �rtad: > As Gemes says, your best bet is to use an attribute for this. > > I myself however also have a few places where Id really like to 'decorate' > an incoming request's parameters. > > I have not tried this myself so Ive no idea if it will actually work, but > maybe one could create a class thats implements HttpServletRequest that > wraps the original request and allows you to add your own parameters. I > think that the struts Requestprocessor actually does something like this > when it parses values submitted for multipart forms. > > Before I rush out and waste time trying it though Id like to hear from > other ppl as to how viable a solution it is and any potential problems. Just an idea: return new ActionForward(mapping.findForward("success").getPath() + "&myparam=" + value); I didn't try it however. Tib -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
