Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <tomcat-dev@jakarta.apache.org>
Received-SPF: pass (hermes.apache.org: local policy)
Message-ID: <41B07621.2060106@ptc.com>
Date: Fri, 03 Dec 2004 08:20:17 -0600
From: Jess Holle <jessh@ptc.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
 rv:1.7.3) Gecko/20040910
MIME-Version: 1.0
To: Tomcat Developers List <tomcat-dev@jakarta.apache.org>
CC: "Gibson, John" <jdg@ptc.com>
Subject: Custom HttpSession passivation?
References: <200412030807.iB387ks2004021@ajax.apache.org>
In-Reply-To: <200412030807.iB387ks2004021@ajax.apache.org>
Content-Type: multipart/alternative;
 boundary="------------000805000303070804020406"

--------------000805000303070804020406
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

I have a need to passivate HttpSessions on a more aggressive basis than 
that of timing them out.

Default behavior is to time out a sessions after 30 minutes of 
inactivity -- which is fine.

Rather I need to be able to passivate sessions to disk after say 10-15 
minutes or rather passivate all but the last 'n' (e.g. 200) to disk -- 
re-activating these if/when necessary (i.e. when a request comes in for 
the given session).

Am I missing a configuration option for such behavior in Tomcat?  [Is 
this something SunONE or WebSphere add on top of the base code they 
share with Tomcat?]

If not, do APIs exist for:

    * Passivation of individual sessions, i.e. serializing them to disk,
      calling the right listeners, etc?
    * Activation of individual sessions, i.e. re-storing them from disk,
      cleaning files from disk as appropriate, calling the right
      listeners, etc?
          o Is this done automatically on attempts to access the session
            in question?

I'm using Tomcat 5.0.30 and 4.1.24, though I could limit things to 
5.0.30 if that helps.  [I could /possibly/ even pursue 5.5.x if that 
helps enough, but there are significant obstacles to us pursuing this 
direction at this time.]

Any/all pointers in this regard would be appreciated.

Thanks for your time.

--
Jess Holle
jessh@ptc.com


--------------000805000303070804020406--