[Seaside] Stupid question about session expiration handling..
Rick Flower
rickf at ca-flower.com
Fri Feb 9 21:09:26 UTC 2007
I think I may have some poor preconceived notions of what Seaside is
doing behind my back with expired sessions and am hoping someone can
shed some light on what I'm wrong about.. I guess I was under the
impression that if I set the session timeout in my Seaside app's config
page to something like 60 seconds (just for fun) and then hit "New
Session" a bunch of times to get a bunch of new WASession objects
(actually my subclassed object instead) that after 60 seconds, those
would get house-cleaned away along with any resources they held on to..
I've tried this experiment and it doesn't appear to work that way.. It
seems more like the case that when I press "New Session" (or any link
for that matter) on an expired page, it expires the page and redraws a
new page ala the ExpiredSession handler class.. However.. it seems like
the session that was expired goes and sits in a cache of some sort that
will get purged when I call "WARegistry clearAllHandlers" and then let a
garbage collection take place..
Is this what is more or less going on or am I a bit off-base? What I
want to happen more or less is that when a session expires (however long
that takes), that my entire session class (subclass of WASession) is
garbage collected along with any database connections that are part of it.
So.. Is one of these not too far off or is there door #3?
MTIA!
More information about the Seaside
mailing list