Thanks, David. Putting commonly used collection in the application scope is a nice idea; both for storage space and performance reasons.
Now how do I store my form beans in request instead of session? Is it the "scope" attribute of the action mapping that determines it? And what are performance implications of this change? Regards, ATTA ----- Original Message ----- From: "David Graham" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, October 17, 2002 11:50 AM Subject: Re: Session Cleanup > I believe struts leaves form beans in the session forever. They won't > really grow in size though because they get reset on each use. You could > also store them in the request if you're really worried about it. > > If I store collections in the session, I'll often remove them at the end of > a transaction. So, when the user saves a form I remove the collection. In > general, I try to keep common collections in the ServletContext. > > David > > > > > > > >From: "atta ur-rehman" <[EMAIL PROTECTED]> > >Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]> > >To: "struts users mailing list" <[EMAIL PROTECTED]> > >Subject: Session Cleanup > >Date: Thu, 17 Oct 2002 10:20:24 -0700 > > > >When does struts framework remove ActionFrom objects from the session, if > >at all. I'm worried if I'd be making my session object too large. Moreover, > >what are the best practices for storing <html:select> collections in the > >session? How and when to remove these collections from the session? > > > >Regards, > > > >ATTA > > > _________________________________________________________________ > Surf the Web without missing calls! Get MSN Broadband. > http://resourcecenter.msn.com/access/plans/freeactivation.asp > > > -- > To unsubscribe, e-mail: <mailto:struts-user-unsubscribe@;jakarta.apache.org> > For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org> > > -- To unsubscribe, e-mail: <mailto:struts-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:struts-user-help@;jakarta.apache.org>
