struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From DeVincentiis Giustino <G.DeVincent...@finsiel.it>
Subject RE: RES: Objects In Session
Date Thu, 18 Jul 2002 09:31:35 GMT
Hi Craig,

What about using database session state caching (see
http://martinfowler.com/isa/databaseSessionState.html)

Oracle too, in his "Oracle 9iAS Best Practices White Paper", posted last
week on OTN, suggests considering database session state (BP- SESSIONS-1:
PERSIST SESSION STATE IF APPROPRIATE).

Giustino De Vincentiis

> -----Original Message-----
> From: Craig R. McClanahan [mailto:craigmcc@apache.org]
> Sent: Wednesday, July 17, 2002 9:14 PM
> To: Struts Users Mailing List
> Subject: Re: RES: Objects In Session
> 
> 
> 
> 
> On Wed, 17 Jul 2002, julio wrote:
> 
> > Date: Wed, 17 Jul 2002 16:08:34 -0300
> > From: julio <julio@softsite.com.br>
> > Reply-To: Struts Users Mailing List <struts-user@jakarta.apache.org>
> > To: 'Struts Users Mailing List' <struts-user@jakarta.apache.org>
> > Subject: RES: Objects In Session
> >
> > Hi Craig,
> >
> > How do you solve this problem for your site(like yahoo) with 1000
> > users??
> >
> 
> * Save anything I need in hidden variables that are 
> resubmitted with the
>   form, so I can still use request scope form beans.  That 
> way the info
>   is effectively "cached" in the browser, instead of the 
> server.  (This
>   is the biggest payoff, and the primary one that app developers have
>   much control over.)
> 
> * Reduce the amount of stuff that must be cached to an 
> absolute minimum,
>   by not caching rarely used things (or things that don't affect
>   performance visibly if you get them from the database every time).
> 
> * For non-user-specific data, do your caching separately from the
>   session, so that the same cached instance data can be reused.
> 
> * Improve performance of my database server so that session caching
>   becomes less important.
> 
> * Buy more web server memory and/or more web servers (i.e. distribute
>   the application).
> 
> >
> > Julio Cesar
> >
> 
> Craig
> 
> 
> --
> 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>


Mime
View raw message