Thanks Ramsey. 

On Jun 5, 2011, at 23:49, Ramsey Gurley <[email protected]> wrote:

> If you add
> 
> sun.io.serialization.extendedDebugInfo=true
> 
> to your properties, it should give you much better information about what is 
> preventing serialization.  But, yeah, what Mike said. It will be a lot of 
> work trying to serialize sessions, because nobody does it.... so I'm sure 
> there will be lots of places where this happens.  [I think it would be cool 
> if we could fix that. (^_^) A persistent session store could be pretty handy.]
> 
> ERXSession has a couple of problems serializing.  The _objectStore field is 
> an anonymous inner class and not serializable.  It would appear that needs to 
> be transient. ERXAjaxSession superclass has another. The non static Logger 
> will not serialize.  Not sure why that isn't just static final anyway.  I 
> don't think there's any reason to have one logger field for each session 
> instance.
> 
> I also had to make ERD2WContext and ERXNavigationState implement Serializable 
> because those get stuffed into the session's object store. After that, I was 
> able to successfully serialize an ERXSession from my main page.
> 
> Not that those two classes necessarily should be serializable...  Since 
> pretty much anything can get stuffed into the _componentState dictionary. 
> Looks like ERXSession probably should have some custom serialization logic to 
> deal with non-serializable objects in the object store dictionary.
> 
> Ramsey
> 
> On Jun 5, 2011, at 8:47 AM, Kevin Hinkson wrote:
> 
>> 
>> On 5 Jun 2011, at 11:36, Mike Schrag wrote:
>> 
>>> 1) do you just need users to be auto-logged-in when they come back? just 
>>> use cookies
>> 
>> To be honest the more I think about it, this is all I need right now, so 
>> cookies it is. I'll keep what you said about full session failover in mind 
>> as I design the app.
>> 
>> Thanks Mike.
>> 
>> ---
>> Kevin Hinkson
>> _______________________________________________
>> 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/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to