Ted, What would you recommend generally in terms of how to handle the following concept being incorporated into a web app.
Concept = Web app consists of management screens for each major object/entity. Eg ----Original Message Follows---- From: Ted Husted <[EMAIL PROTECTED]> Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Removing session scoped ActionForm beans Date: Fri, 23 Nov 2001 18:52:51 -0500 The object create for an ActionForm is not going to be a difference that makes a difference. Personally, I would be more concerned about un-used ActionForm hanging around in the session, and sucking up resources, than creating a new one for another batch. If for any reason they don't choose another menu item, the object is going to live-on to the end of their session. As far as best practices go, my personal favorite is "early optimization is the root of all evil" ;-) Debasish Ghosh wrote: > > Hi - > > In our application, we have quite a few multi-page > forms, where the ActionForm had to be created at the > session scope. A typical example is an entry screen, > where the user enters a record (spanning multiple > pages) and presses "submit". The record gets inserted > into the database and the form is cleared for the next > entry. Typically a user will enter many records in one > go once he is in the entry mode. > > In this case, does it make sense to remove these > action forms from the session after each "submit" ? > > If I am not very mistaken, then Struts creates an > ActionForm only when one does not exist in the > specified scope with the same name. Hence I feel that > we can gain here by not removing the action form from > the session every time he does a "submit", since in > that case Struts will re-create the form when it is > loaded again. > > Then how do we do the necessary cleanup of the > session-scoped ActionForm ? One option may be to do > the cleanup when the user goes to some other menu item > from the entry mode. I would like to know of any > existing best practices in this case. Please help !! > > Best Regards. > > - Debasish > > __________________________________________________ > Do You Yahoo!? > Listen to your Yahoo! Mail messages from any phone. > http://phone.yahoo.com -- Ted Husted, Husted dot Com, Fairport NY USA. -- Custom Software ~ Technical Services. -- Tel +1 716 737-3463 -- http://www.husted.com/struts/ -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
