thank you all for the elaborate explaination!

--- Günther Wieser <[EMAIL PROTECTED]> wrote:
> as long as you don't have a clustered environment or
> session persistence
> enabled in your servlet container, there shouldn't
> be much difference in
> adding an object to a session or request.
> 
> but it doesn't make sense to put it in session scope
> if you don't use it is
> session scope, but only in request scope. this could
> make your life harder
> than you want it to be (e.g. if you forget to delete
> such objects).
> 
> this leads to one issue for session scope: if you
> store things in session,
> you HAVE TO REMOVE them as soon as you don't need
> them anymore, otherwise
> you can run out of memory because these objects
> won't be garbage collected.
> and usually it's very hard to make sure that your
> web app DEFINITELY reaches
> the point of deleting things from a session (think
> about a user just
> pressing back or going to a different page before
> hitting your "remove"
> page). of course, everything will be dumped when the
> session expires, but if
> you have a lot of users in your web app and they
> stay for a long time, the
> memory consuption can become significant if you have
> a lot of session
> objects.
> 
> kr,
> guenther
> 
> -----Original Message-----
> From: wo_shi_ni_ba_ba
> [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, March 10, 2005 10:52 PM
> To: user@struts.apache.org
> Subject: session and request scope
> 
> In terms of performance, does storing an attribute
> into the session cost
> more than storing it into the request? how
> significant is the overhead?
> 
> 
>               
> __________________________________
> Do you Yahoo!? 
> Yahoo! Small Business - Try our new resources site!
> http://smallbusiness.yahoo.com/resources/ 
> 
>
---------------------------------------------------------------------
> 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]
> 
> 


                
__________________________________ 
Do you Yahoo!? 
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/ 

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to