Hi Geert,
yes, I think using the rife internal scheduler to remove old images
should work. I also think about routing the datalink over a cleanup
element that removes the data.
Btw, is there another way to hide the data exchange between the
elements, or must I use the session state storage to achieve this ?
Ciao
Matze
Geert Bevin schrieb:
> Hi Matthias,
>
> if you use session state storage, you can use the regular session
> listeners of the servlet API. They should work just fine. However, I
> personally think that regular purging is a better approach. You don't
> have to use a cron-job though. You can use RIFE's scheduler to do
> that same thing and to let this start up automatically with your
> application and write your scheduled tasks in Java.
>
> Does this help?
>
> Take care,
>
> Geert
>
>
> On 15 Aug 2007, at 11:37, Matthias Barmeier wrote:
>
>
>> Hi Geert,
>>
>> I use the fantastic autolink to transfer my Ids with a session state
>> store to hide my params.
>>
>> The generated img files have a GUID and it is fairly impossible that a
>> file will be overwritten. But thats the point. I accumulate image
>> files
>> on the disk. At the moment a cron job will remove all files older than
>> one hour, but this is not best practice I think.
>>
>> Ciao
>> Matze
>>
>>
>> Geert Bevin schrieb:
>>
>>> Hi Matze,
>>>
>>> how is your dataflow handled at the moment, do you use datalinks,
>>> continuations, regular sessions ... ?
>>>
>>> Thanks,
>>>
>>> Geert
>>>
>>> On 14 Aug 2007, at 11:38, Matthias Barmeier wrote:
>>>
>>>
>>>
>>>> Hi Geert,
>>>>
>>>> I would love this feature to remove temporary data that I render to
>>>> the
>>>> filesystem, like .svg, datafiles or images.
>>>> In some cases I register to external systems and for now I am not
>>>> able
>>>> to unregister when the rife "session" times out. A listener would be
>>>> very usefull to sync with them.
>>>>
>>>> Ciao
>>>> Matze
>>>>
>>>> Geert Bevin schrieb:
>>>>
>>>>
>>>>> Hi Matthias,
>>>>>
>>>>> you can use regular HTTP sessions with RIFE, if that's what you
>>>>> want.
>>>>> Otherwise, the dataflow is totally different from sessions and by
>>>>> default stored on the client-side. There is nothing that makes the
>>>>> data 'time out'. However, if you're using continuations, this can
>>>>> happen. I suppose that adding support for a continuation time-out
>>>>> listener would be useful. What do others think? Also, what would
>>>>> you
>>>>> do in those event listeners?
>>>>>
>>>>> Best regards,
>>>>>
>>>>> Geert
>>>>>
>>>>> On 13 Aug 2007, at 03:53, Matthias Barmeier wrote:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I wonder if there is something like an event that fires up ever
>>>>>> when a
>>>>>> session expires. I used this in a pure JSP application to remove
>>>>>> generated images when the session times out.
>>>>>>
>>>>>> How should I do this in Rife ??
>>>>>>
>>>>>> Any hints or pointers ?
>>>>>>
>>>>>> Thanks in Advance.
>>>>>>
>>>>>> Ciao
>>>>>> Matze
>>>>>>
>>>>>> --
>>>>>> -----------------------------------
>>>>>> SOURCEPARK Gesellschaft
>>>>>> für Softwareentwicklung mbH
>>>>>>
>>>>>> Dipl.-Inform. Matthias Barmeier
>>>>>> Geschäftsführer
>>>>>> Helmholtzstraße 2-9 Gebäude M
>>>>>> 10587 Berlin
>>>>>>
>>>>>> Tel: +49 (0)30/398 068 30
>>>>>> Fax: +49 (0)30/398 068 39
>>>>>> e-mail: [EMAIL PROTECTED]
>>>>>> WWW: www.sourcepark.de
>>>>>> -----------------------------------
>>>>>> Sitz der Gesellschaft: Berlin
>>>>>> Handelsregister: Amtsgericht Berlin-Charlottenburg, HRB 80254
>>>>>> Geschäftsführer: Matthias Barmeier, Harald Dürr
>>>>>> -----------------------------------
>>>>>> Diese E-Mail kann vertrauliche und/oder rechtlich geschützte
>>>>>> Informationen enthalten. Wenn Sie nicht der richtige Adressat
>>>>>> sind oder diese E-Mail irrtümlich erhalten haben, informieren
>>>>>> Sie bitte sofort den Absender und vernichten Sie diese E-Mail.
>>>>>> Das unerlaubte Kopieren sowie die unbefugte Weitergabe
>>>>>> dieser E-Mail ist nicht gestattet.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> --
>>>>> Geert Bevin
>>>>> Terracotta - http://www.terracotta.org
>>>>> Uwyn "Use what you need" - http://uwyn.com
>>>>> RIFE Java application framework - http://rifers.org
>>>>> Music and words - http://gbevin.com
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>> --
>>> Geert Bevin
>>> Terracotta - http://www.terracotta.org
>>> Uwyn "Use what you need" - http://uwyn.com
>>> RIFE Java application framework - http://rifers.org
>>> Music and words - http://gbevin.com
>>>
>>>
>>>
>>>
>>>
>> --
>> -----------------------------------
>> SOURCEPARK Gesellschaft
>> für Softwareentwicklung mbH
>>
>> Dipl.-Inform. Matthias Barmeier
>> Geschäftsführer
>> Helmholtzstraße 2-9 Gebäude M
>> 10587 Berlin
>>
>> Tel: +49 (0)30/398 068 30
>> Fax: +49 (0)30/398 068 39
>> e-mail: [EMAIL PROTECTED]
>> WWW: www.sourcepark.de
>> -----------------------------------
>> Sitz der Gesellschaft: Berlin
>> Handelsregister: Amtsgericht Berlin-Charlottenburg, HRB 80254
>> Geschäftsführer: Matthias Barmeier, Harald Dürr
>> -----------------------------------
>> Diese E-Mail kann vertrauliche und/oder rechtlich geschützte
>> Informationen enthalten. Wenn Sie nicht der richtige Adressat
>> sind oder diese E-Mail irrtümlich erhalten haben, informieren
>> Sie bitte sofort den Absender und vernichten Sie diese E-Mail.
>> Das unerlaubte Kopieren sowie die unbefugte Weitergabe
>> dieser E-Mail ist nicht gestattet.
>>
>>
>>
>
> --
> Geert Bevin
> Terracotta - http://www.terracotta.org
> Uwyn "Use what you need" - http://uwyn.com
> RIFE Java application framework - http://rifers.org
> Music and words - http://gbevin.com
>
>
> >
>
>
>
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"rife-users" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---
