Session data in Exist not expiring

> Hi guys,
>
> Our Exist database has been growing far too fast. Using REST to query it, I
> found out that there is information that is stored for sessions that are
> days old. I'm talking about thousands of entries in
> /exist/rest/db/orbeon/xforms/cache and that is for a development machine
> that is not used very intensively. The entries seem to be linked to
> session-id's, so they should have been expired long ago (the session-timeout
> in web.xml is set to 30 minutes). We are not using Exist directly in our
> XForms.
>
> Even with the session heartbeat, all sessions should definitely die during
> the night. Does anyone have a clue why they don't disappear from Exist?
>
> Regards,
>
> Wouter
>
>
> --
> You receive this message as a subscriber of the [hidden email] mailing
> list.
> To unsubscribe: mailto:[hidden email]
> For general help: mailto:[hidden email]?subject=help
> OW2 mailing lists service home page: http://www.ow2.org/wws
>
>

>
> Erik,
>
> I see no session listeners enabled in Orbeon by default. If I trace the call
> that should remove old entries from the memory and the DB I found that it's
> only done if OPSSessionListenerDelegate is called which is commented out in
> web.xml that is packaged with Orbeon.
>
> I have an impression that this also has to do with:
> http://www.nabble.com/SessionListener-disabled-by-default--td24697170.html
>
> Regards,
> Siarhei
>
>
> Erik Bruchez wrote:
>>
>> Wouter,
>>
>> That sounds like a bug. When sessions expire, they should delete the
>> associated data in eXist. Do you have a way of investigating this a
>> little more, e.g. with a Java debugger? In
>> XFormsPersistentApplicationStateStore.java, a listener is put in place
>> to expire that data.
>>
>> -Erik
>>
>> On Fri, Jul 24, 2009 at 7:35 AM, Wouter Zelle<[hidden email]>
>> wrote:
>>> Hi guys,
>>>
>>> Our Exist database has been growing far too fast. Using REST to query it,
>>> I
>>> found out that there is information that is stored for sessions that are
>>> days old. I'm talking about thousands of entries in
>>> /exist/rest/db/orbeon/xforms/cache and that is for a development machine
>>> that is not used very intensively. The entries seem to be linked to
>>> session-id's, so they should have been expired long ago (the
>>> session-timeout
>>> in web.xml is set to 30 minutes). We are not using Exist directly in our
>>> XForms.
>>>
>>> Even with the session heartbeat, all sessions should definitely die
>>> during
>>> the night. Does anyone have a clue why they don't disappear from Exist?
>>>
>>> Regards,
>>>
>>> Wouter
>>>
>>>
>>> --
>>> You receive this message as a subscriber of the [hidden email] mailing
>>> list.
>>> To unsubscribe: mailto:[hidden email]
>>> For general help: mailto:[hidden email]?subject=help
>>> OW2 mailing lists service home page: http://www.ow2.org/wws
>>>
>>>
>>
>>
>> --
>> You receive this message as a subscriber of the [hidden email] mailing
>> list.
>> To unsubscribe: mailto:[hidden email]
>> For general help: mailto:[hidden email]?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/Session-data-in-Exist-not-expiring-tp24645691p24708217.html
> Sent from the ObjectWeb OPS - Users mailing list archive at Nabble.com.
>
>
>
> --
> You receive this message as a subscriber of the [hidden email] mailing list.
> To unsubscribe: mailto:[hidden email]
> For general help: mailto:[hidden email]?subject=help
> OW2 mailing lists service home page: http://www.ow2.org/wws
>
>

> Yup I think this should be uncommented by default. This listener is
> the one doing the cleanup by calling listeners further down the line,
> so it must be enabled:
>
> http://github.com/orbeon/orbeon-forms/blob/master/src/java/org/ 
> orbeon/oxf/webapp/OPSSessionListenerDelegate.java
>
> I committed this change and used the opportunity to move to the new
> class names (Orbeon* instead of the old OPS*):
>
> http://github.com/orbeon/orbeon-forms/commit/ 
> 9c464a87e0245dfa820ea8a0079478a81a70f06a
>
> -Erik
>
> On Tue, Jul 28, 2009 at 2:29 PM, Siarhei<[hidden email]>  
> wrote:
>>
>> Erik,
>>
>> I see no session listeners enabled in Orbeon by default. If I  
>> trace the call
>> that should remove old entries from the memory and the DB I found  
>> that it's
>> only done if OPSSessionListenerDelegate is called which is  
>> commented out in
>> web.xml that is packaged with Orbeon.
>>
>> I have an impression that this also has to do with:
>> http://www.nabble.com/SessionListener-disabled-by-default-- 
>> td24697170.html
>>
>> Regards,
>> Siarhei
>>
>>
>> Erik Bruchez wrote:
>>>
>>> Wouter,
>>>
>>> That sounds like a bug. When sessions expire, they should delete the
>>> associated data in eXist. Do you have a way of investigating this a
>>> little more, e.g. with a Java debugger? In
>>> XFormsPersistentApplicationStateStore.java, a listener is put in  
>>> place
>>> to expire that data.
>>>
>>> -Erik
>>>
>>> On Fri, Jul 24, 2009 at 7:35 AM, Wouter  
>>> Zelle<[hidden email]>
>>> wrote:
>>>> Hi guys,
>>>>
>>>> Our Exist database has been growing far too fast. Using REST to  
>>>> query it,
>>>> I
>>>> found out that there is information that is stored for sessions  
>>>> that are
>>>> days old. I'm talking about thousands of entries in
>>>> /exist/rest/db/orbeon/xforms/cache and that is for a development  
>>>> machine
>>>> that is not used very intensively. The entries seem to be linked to
>>>> session-id's, so they should have been expired long ago (the
>>>> session-timeout
>>>> in web.xml is set to 30 minutes). We are not using Exist  
>>>> directly in our
>>>> XForms.
>>>>
>>>> Even with the session heartbeat, all sessions should definitely die
>>>> during
>>>> the night. Does anyone have a clue why they don't disappear from  
>>>> Exist?
>>>>
>>>> Regards,
>>>>
>>>> Wouter
>>>>
>>>>
>>>> --
>>>> You receive this message as a subscriber of the ops-
>>>> [hidden email] mailing
>>>> list.
>>>> To unsubscribe: mailto:[hidden email]
>>>> For general help: mailto:[hidden email]?subject=help
>>>> OW2 mailing lists service home page: http://www.ow2.org/wws
>>>>
>>>>
>>>
>>>
>>> --
>>> You receive this message as a subscriber of the [hidden email]  
>>> mailing
>>> list.
>>> To unsubscribe: mailto:[hidden email]
>>> For general help: mailto:[hidden email]?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/Session-data- 
>> in-Exist-not-expiring-tp24645691p24708217.html
>> Sent from the ObjectWeb OPS - Users mailing list archive at  
>> Nabble.com.
>>
>>
>>
>> --
>> You receive this message as a subscriber of the [hidden email]  
>> mailing list.
>> To unsubscribe: mailto:[hidden email]
>> For general help: mailto:[hidden email]?subject=help
>> OW2 mailing lists service home page: http://www.ow2.org/wws
>>
>>
>
> --
> You receive this message as a subscriber of the [hidden email]  
> mailing list.
> To unsubscribe: mailto:[hidden email]
> For general help: mailto:[hidden email]?subject=help
> OW2 mailing lists service home page: http://www.ow2.org/wws