Hi Matthias, > 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.
That could work, but it would stop the back button from working. > Btw, is there another way to hide the data exchange between the > elements, or must I use the session state storage to achieve this ? You can use continuations, or you can write your own state storage mechanism: http://rifers.org/docs/api/com/uwyn/rife/engine/StateStore.html There are no docs for that though. If you do want to do this, the source of StateStoreSession or StateStoreQuery should provide you with some info. You do need to register an instance with the StateStoreFactory though, which you would probably do in a custom Rep participant: http://rifers.org/docs/api/com/uwyn/rife/engine/ StateStoreFactory.html#put(java.lang.String,% 20com.uwyn.rife.engine.StateStore) HTH, Geert > 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 >> >> >>> >> >> >> > > > -- 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 -~----------~----~----~----~------~----~------~--~---
