You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Kalle Korhonen <ka...@gmail.com> on 2009/06/17 06:17:54 UTC

Re: SPRING_SECURITY_CONTEXT still in session even after server restart

By default, Tomcat tries to store sessions on disk. Other than the
SPRING_SECURITY_CONTEXT object you didn't have serializable objects in
your application. On Windows, saveOnRestart is turned off
(http://tomcat.apache.org/tomcat-5.5-doc/config/manager.html) or
security prevents writing the data to a file. Just guessing of course.

Kalle


On Tue, Jun 16, 2009 at 8:24 PM, Jason Lotz<ja...@gmail.com> wrote:
> Environment - Tomcat 5.5, Ubuntu 9.04, Tapestry 5.1, Spring Security
> Framework 2.0.4
>
> Note that this does not seem to happen under Windows deployments.
>
> Everything in the application works fine under normal circumstances.  When a
> user successfully logs in, the session has a few objects added to it,
> including the expect SPRING_SECURITY_CONTEXT object as well as some things
> we want to save there as well.  After the server is restarted, everything is
> gone from the session (naturally) but the SPRING_SECURITY_CONTEXT object
> remains alive and well in the session.
>
> Can anyone explain this behavior?  Extra credit if you can explain why this
> isn't happening in Windows.
>
> Jason
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org


Re: SPRING_SECURITY_CONTEXT still in session even after server restart

Posted by Jason Lotz <ja...@gmail.com>.
Ah, interesting.  This sounds like the culprit.

Thanks!

Jason

On Wed, Jun 17, 2009 at 12:17 AM, Kalle Korhonen <kalle.o.korhonen@gmail.com
> wrote:

> By default, Tomcat tries to store sessions on disk. Other than the
> SPRING_SECURITY_CONTEXT object you didn't have serializable objects in
> your application. On Windows, saveOnRestart is turned off
> (http://tomcat.apache.org/tomcat-5.5-doc/config/manager.html) or
> security prevents writing the data to a file. Just guessing of course.
>