Sean,
    Thanks for the link, I searched the archive before posting, but searching session and request comes up with so much, I didn't find what I was looking for.

Thanks,
    Jesse

Sean Schofield wrote:
There have been a few interesting discussions about this on the list
before.   Here is a link to one thread of interest:

http://www.mail-archive.com/[email protected]/msg01696.html

HTH,
sean


On 7/7/05, Jesse Vitrone <[EMAIL PROTECTED]> wrote:
  
I have always learned, don't put stuff in the session unless you have
to, so when I started my project, I made all of my backing beans request
scoped, but started wondering lately if there are benefits to keeping
them in the session.

Is there a valid argument for making them session beans?  You could
argue that you're using less database resources by not having to hit the
database over and over for the same information that you've already
gotten.  Less network traffic because you're not passing as many request
params around all the time.  Less code in your jsp's because you don't
have to write out hidden fields all over the place.

Are these points enough to offset the server overhead of keeping this
info all the time in the session?  I guess it depends on how many
concurrent users you have to worry about.  Is there a rule of thumb for
how many users you have before you start to kill your server with too
much in the session?  The project this is for is a pay site that you
have to log in for, so it's not going to have the thousands of public
users surfing the site at one time, it's more like a thousand users
total and *maybe* a few hundred logged in at a time.  Is that enough to
worry about session sizes?

Any other arguments for or against sessions over requests?  Am I crazy
for even considering making most of my beans session scoped?

Jesse

    



  

Reply via email to