Re: StandardManager behaviour when webapp stopped
Remy/Filip, Thanks for your input. I'll update the bug report with a brief summary and come back to this later. Mark Filip Hanik - Dev Lists wrote: You can still cluster just using AOP without ever involving the manager, hence such solutions would be affected by this new behavior. at most, when a webapp is shutdown, you can call passivate, but not invalidate the sessions. Filip Remy Maucherat wrote: Filip Hanik - Dev Lists wrote: it will cause problems for clustered stuff, not sure that container shutdown means session invalidation. for example, if you invalidate the session, such a change would trickle through the cluster, and that might not be intentional. I suggest we leave the behavior as is, or at least configurable if we mean to change it The clustered manager most likely would have the opportunity to override the code which would do the expiration, I think. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: StandardManager behaviour when webapp stopped
Mark Thomas wrote: Bug 40593 [1] has raised the following question: When a web app with valid sessions is stopped and the StandardManager is configured not to serialize the sessions what, if anything, should the container do in this case? As far as I can tell from the spec, the container behaviour in these circumstances is undefined. Is there a good reason not to invalidate the active sessions in this case? Thoughts? I think it would be ok. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: StandardManager behaviour when webapp stopped
it will cause problems for clustered stuff, not sure that container shutdown means session invalidation. for example, if you invalidate the session, such a change would trickle through the cluster, and that might not be intentional. I suggest we leave the behavior as is, or at least configurable if we mean to change it Filip Remy Maucherat wrote: Mark Thomas wrote: Bug 40593 [1] has raised the following question: When a web app with valid sessions is stopped and the StandardManager is configured not to serialize the sessions what, if anything, should the container do in this case? As far as I can tell from the spec, the container behaviour in these circumstances is undefined. Is there a good reason not to invalidate the active sessions in this case? Thoughts? I think it would be ok. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]