On 2011-12-02, at 7:32 AM, Ramsey Gurley wrote: > I have a framework that is designed to serialize the session automatically, > save it to the database, and use distributed session storage. Theoretically, > you could set the session to almost never expire, allowing an almost > permanent login like this. > > It just doesn't work in practice,
:-) I was really, really impressed up to this point! I was thinking "Wow, that seems barely possible" > because serializing the session requires serializing all the pages in the > backtrack cache as well as the session's ec. Turning off the backtrack cache > really isn't an option if you are using component actions, and most > components and EOs I've seen just aren't serializable. Bummer. Yeah, it is a very difficult problem for sure. You can't just use Java serialization. Chuck > > I put the framework on Github for posterity, just in case anyone wants to > dink around with it. Just add it to a project, turn on migrations and it > should handle the rest. > > https://github.com/nullterminated/ponder/tree/master/ERPersistentSessionStorage > > Ramsey > > On Dec 2, 2011, at 7:00 AM, Pascal Robert wrote: > >> I never saw a web app that do that, unless you go stateless. >> >>> Hi, >>> >>> Thanks for the reply. >>> >>> I don't really care about the timed out session. I am more looking for >>> restoring my whole context even with a new session. >>> >>> Ajax won't be helpful for me, because I want to plug such a behaviour to an >>> existing complex application. It won't be very convenient to review all the >>> forms and components. >>> >>> Mahdi >>> >>> On 2011-12-02, at 1:54 PM, Jérémy DE ROYER wrote: >>> >>>> I dont think its possible, timeout is timeout >>>> >>>> May be you could auto save the form with ajax and restore it in the new >>>> session ? >>>> >>>> Jeremy DE ROYER >>>> >>>> Le 2 déc. 2011 à 12:11, Mahdi Mankai <[email protected]> >>>> a écrit : >>>> >>>>> Hi, >>>>> >>>>> I'd like to do something but I am not sure whether it's possible. >>>>> >>>>> I have a WO application that requires users to login. >>>>> >>>>> I am storing the user credentials in cookies to avoid having to login >>>>> each time. >>>>> >>>>> I'd like to handle the situation where a user tries to continue working >>>>> on the application after his session is timed out. >>>>> >>>>> Basically, whatever the request is (may be Direct Action or Component >>>>> request, with or without form values), I want to get the appropriate >>>>> response but with a new session (created using the credentials stored in >>>>> cookies). i.e. process the same request but with a different session or >>>>> (I don't know if it's possible) restore a timed out session. >>>>> >>>>> I don't want to extend the session timeout parameter. >>>>> >>>>> I tried to do something in >>>>> handleSessionRestorationErrorInContext(WOContext aContext) in >>>>> WOApplication class. But couldn't figure out how to reuse the same >>>>> context with a different session. The only thing I was able to do is to >>>>> redirect to a specific page. >>>>> >>>>> For example, I would like users to be able to fill a form, come back >>>>> tomorrow, hit save and my application should be able to handle that >>>>> smoothly. >>>>> >>>>> Thanks, >>>>> >>>>> Mahdi >>>>> >>>>> _______________________________________________ >>>>> Do not post admin requests to the list. They will be ignored. >>>>> Webobjects-dev mailing list ([email protected]) >>>>> Help/Unsubscribe/Update your Subscription: >>>>> http://lists.apple.com/mailman/options/webobjects-dev/jeremy.deroyer%40ingencys.net >>>>> >>>>> This email sent to [email protected] >>>> _______________________________________________ >>>> Do not post admin requests to the list. They will be ignored. >>>> Webobjects-dev mailing list ([email protected]) >>>> Help/Unsubscribe/Update your Subscription: >>>> http://lists.apple.com/mailman/options/webobjects-dev/mahdi.mankai%40fuegodigitalmedia.com >>>> >>>> This email sent to [email protected] >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list ([email protected]) >>> Help/Unsubscribe/Update your Subscription: >>> http://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca >>> >>> This email sent to [email protected] >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list ([email protected]) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/webobjects-dev/ramseygurley%40gmail.com >> >> This email sent to [email protected] > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net > > This email sent to [email protected] -- Chuck Hill Senior Consultant / VP Development Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/products/practical_webobjects
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
