When I did my demo at WOWODC, ERPersistentSessionStorage worked fine with ERModern look and that uses Ajax extensively.
My guess is that you are encountering something Paul Hoadley ran into; Someone committed a serialization breaking change between then and now, and you are just the first to notice it. You might try -Dsun.io.serialization.extendedDebugInfo=true And static code analysis with the FindBugs plugin. FindBugs shows me 7 different serialization errors in the Ajax framework for the ~3 month old version of wonder I’m using. On Jul 1, 2015, at 9:12 PM, Frank Cobia <frank_co...@me.com> wrote: > I have been absent from the mailing list for a while, because apple > automatically unsubscribed me for some reason. However, I noticed in the > archives today the discussion about WOSession serialization. > > I have implemented for myself a session store based on the code in > ERPersistentSessionStorage that uses ElastiCache as the backend. For most of > my app, things seem to work well. I have even built in session timeouts and > session locks (with timeouts). > > However, I have run into the issue that any of code that uses the Ajax > framework does not work. It is as if the changes to the page made through > Ajax get lost. I suspect that is has something to do with the page cache, > because the Ajax framework does something special with that, but I have not > been able to figure out what the problem is. > > I also, just tried using the ERPersistentSessionStorage framework and had the > same problem, so I know the problem is not with my particular implementation. > > Has anyone ever solved this problem or even just have an idea where I might > look for the problem? If I can get this fixed, I will happily share the code. > > Also, as a side note, I saw the discussions of using JGroups Synchronizer on > EC2. I also created a synchronizer that uses ElastiCache and it seems to be > working well. Regis has a built-in publish subscribe mechanism that seems to > work well for this purpose. > > Thanks, > Frank > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com > > This email sent to rgur...@smarthealth.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
