SessionListener disabled by default?

Hank Ratzesberger wrote

Siarhei,


Not every application will need to store session specific
information.  Applications can store quite a lot in instance
data.  You also need to handle the session listener for it
to do anything useful.  And likely there are other reasons
the architects made it optional.

As I understand, the session data gets cleaned up in
some other way, only that the this class give you a hook
directly so you have the notification just before this
event. In keeping with the servlet lifecycle.

--Hank


On Jul 28, 2009, at 4:18 AM, Siarhei wrote:

>
> Hi All,
>
> I've noticed that OPSSessionListenerDelegate is by default disabled
> (web.xml) in Orbeon (3.7.1) and it is also marked (in comments) as  
> optional.
> Is there a reason for it to be disabled by default and optional?
> From what I see this is the only component that cleans up cache and  
> eXist
> with expired sessions and thus should be mandatory?
>
> Thanks in advance.
>
> Siarhei
>
> -----
> IPROFS
>
> Claus Sluterweg 125
>
> 2012 WS Haarlem
>
> http://www.iprofs.nl www.iprofs.nl
> --
> View this message in context: http://www.nabble.com/SessionListener- 
> disabled-by-default--tp24697170p24697170.html
> Sent from the ObjectWeb OPS - Users mailing list archive at  
> Nabble.com.
>
>
> --
> You receive this message as a subscriber of the ops-users@ow2.org  
> mailing list.
> To unsubscribe: mailto:ops-users-unsubscribe@ow2.org
> For general help: mailto:sympa@ow2.org?subject=help
> OW2 mailing lists service home page: http://www.ow2.org/wws

Hank Ratzesberger
NEES@UCSB
Institute for Crustal Studies,
University of California, Santa Barbara
805-893-8042







--
You receive this message as a subscriber of the ops-users@ow2.org mailing list.
To unsubscribe: mailto:ops-users-unsubscribe@ow2.org
For general help: mailto:sympa@ow2.org?subject=help
OW2 mailing lists service home page: http://www.ow2.org/wws

Erik Bruchez wrote

Mmh, this could explain your eXist problem. I think that this has been
commented for a long time though.

Anyway, can you try to uncomment it and check if expired sessions
cause data to be removed from eXist?

-Erik

On Tue, Jul 28, 2009 at 9:27 AM, Siarhei<siarhei.dudzin@gmail.com> wrote:
>
> Hank,
>
> We have found that eXist database keeps growing (we are talking about
> growing to gigabytes) and cache is always full (and session timeout doesn't
> clean it up) and it seems to be that the only way for
> ExternalContext.Session.SessionListener.expireMemoryBySession(sessionId) and
> ExternalContext.Session.SessionListener.expirePersistentBySession(sessionId)
> to get called is to enable OPSSessionListenerDelegate in web.xml which is
> already there by commented out.
>
> For some reason there is also OPSSessionListener which calls
> OPSSessionListenerDelegate but isn't mentioned in web.xml?
>
> I see no other session listeners in web.xml, how is cache and eXist db
> cleanup are done then?
>
> Regards,
> Siarhei
>
>
> Hank Ratzesberger wrote:
>>
>> Siarhei,
>>
>>
>> Not every application will need to store session specific
>> information.  Applications can store quite a lot in instance
>> data.  You also need to handle the session listener for it
>> to do anything useful.  And likely there are other reasons
>> the architects made it optional.
>>
>> As I understand, the session data gets cleaned up in
>> some other way, only that the this class give you a hook
>> directly so you have the notification just before this
>> event. In keeping with the servlet lifecycle.
>>
>> --Hank
>>
>>
>> On Jul 28, 2009, at 4:18 AM, Siarhei wrote:
>>
>>>
>>> Hi All,
>>>
>>> I've noticed that OPSSessionListenerDelegate is by default disabled
>>> (web.xml) in Orbeon (3.7.1) and it is also marked (in comments) as
>>> optional.
>>> Is there a reason for it to be disabled by default and optional?
>>> From what I see this is the only component that cleans up cache and
>>> eXist
>>> with expired sessions and thus should be mandatory?
>>>
>>> Thanks in advance.
>>>
>>> Siarhei
>>>
>>> -----
>>> IPROFS
>>>
>>> Claus Sluterweg 125
>>>
>>> 2012 WS Haarlem
>>>
>>> http://www.iprofs.nl www.iprofs.nl
>>> --
>>> View this message in context: http://www.nabble.com/SessionListener-
>>> disabled-by-default--tp24697170p24697170.html
>>> Sent from the ObjectWeb OPS - Users mailing list archive at
>>> Nabble.com.
>>>
>>>
>>> --
>>> You receive this message as a subscriber of the ops-users@ow2.org
>>> mailing list.
>>> To unsubscribe: mailto:ops-users-unsubscribe@ow2.org
>>> For general help: mailto:sympa@ow2.org?subject=help
>>> OW2 mailing lists service home page: http://www.ow2.org/wws
>>
>> Hank Ratzesberger
>> NEES@UCSB
>> Institute for Crustal Studies,
>> University of California, Santa Barbara
>> 805-893-8042
>>
>>
>>
>>
>>
>>
>>
>> --
>> You receive this message as a subscriber of the ops-users@ow2.org mailing
>> list.
>> To unsubscribe: mailto:ops-users-unsubscribe@ow2.org
>> For general help: mailto:sympa@ow2.org?subject=help
>> OW2 mailing lists service home page: http://www.ow2.org/wws
>>
>>
>
>
> -----
> IPROFS
>
> Claus Sluterweg 125
>
> 2012 WS Haarlem
>
> http://www.iprofs.nl www.iprofs.nl
> --
> View this message in context: http://www.nabble.com/SessionListener-disabled-by-default--tp24697170p24703098.html
> Sent from the ObjectWeb OPS - Users mailing list archive at Nabble.com.
>
>
>
> --
> You receive this message as a subscriber of the ops-users@ow2.org mailing list.
> To unsubscribe: mailto:ops-users-unsubscribe@ow2.org
> For general help: mailto:sympa@ow2.org?subject=help
> OW2 mailing lists service home page: http://www.ow2.org/wws
>
>


--
You receive this message as a subscriber of the ops-users@ow2.org mailing list.
To unsubscribe: mailto:ops-users-unsubscribe@ow2.org
For general help: mailto:sympa@ow2.org?subject=help
OW2 mailing lists service home page: http://www.ow2.org/wws