tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ralph Einfeldt" <ralph.einfe...@uptime-isc.de>
Subject AW: How to keep track of sessions
Date Wed, 14 Aug 2002 14:49:56 GMT
See below:

> -----Urspr√ľngliche Nachricht-----
> Von: Shapira, Yoav [mailto:Yoav.Shapira@mpi.com]
> Gesendet: Mittwoch, 14. August 2002 16:06
> An: Tomcat Users List
> Betreff: RE: How to keep track of sessions
> 
> More code, yes.  But I think the SessionInfo-type objects would be
> trivial.  The manager would be very easy to write as well.  

I'm a bit paranoic at this point. The best lines of code
are those that don't exist. (I have developed some 6 years
products for the medical environment where bugs could kill 
people)

> 
> I agree.  You have to worry about persistence either way.  However,
> persisting your own objects is typically a lot easier than persisting
> third party objects such as tomcat's session implementation.

In general you are right. If they are serializable (Session is)
it's not such a big point. If my dirty hack (storing a reference
to the vector in the session) works, it could be even simple and 
performant, if tomcat is clever enought to store just the 
references, the sessions are made persistent anyway)

> 
> The part that I think makes his use-case very interesting and
> non-trivial is the requirement to record (and thus persist) the user's
> click-stream.  I'm not sure off the top of my head how that fits into
> the SessionInfo object, except maybe as a list of URLs the 
> user visited?
> We did not have this requirement in the aforementioned 
> system, and so I can't speak to it...

We do, but again we store the data in a database.
(I don't like to hold that much information in memory, 
even in times of boards with 4 Gig memory, for me 
memory is a valuable resource that I don't like to 
waste.)

--
To unsubscribe, e-mail:   <mailto:tomcat-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-user-help@jakarta.apache.org>


Mime
View raw message