Jason, Can you please start this as under a different subject line?
Thanks, Yaakov. -----Original Message----- From: Jason Long [mailto:[EMAIL PROTECTED] Sent: Monday, February 07, 2005 3:08 PM To: 'Struts Users Mailing List' Subject: RE: Redirecting back to input I am currently storing all of my action forms in session scope. My application has many forms, but only about 6 users total. Will I run into memory problems as long as the number of users remains small? -----Original Message----- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Beal Sent: Monday, February 07, 2005 1:55 PM To: user@struts.apache.org Subject: Re: Redirecting back to input Chaikin, Yaakov Y. wrote: > Is there a way to tell Struts to actually redirect to the "input" instead of > forward to it? Basically, what I am trying to achieve here is this. When the > user first comes to the form, it's a regular JSP looking URL, i.e., directly > accessible to the user through .../blah.jsp... If the form doesn't validate, > Struts forwards the user to the same exact page with some error messages on > it, but the URL now reads something like .../action.do... The problem with this is that redirecting creates a new request, thereby destroying any ActionForms in the request scope. Since storing all of your ActionForms in session scope could use significant memory resources, I don't believe there's a trivial solution to the problem that works exactly the way that you want it too. You may be able to come up with something clever in a custom RequestProcessor. One possibility would be to override the processValidate() method such that it would create a writable copy of the input forward and append the request parameters to the request path prior to sending the redirect to the client. -- Jeff --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
