AW: Deadlock when a session timeout
AW: Deadlock when a session timeout
- Subject: AW: Deadlock when a session timeout
- From: Helge Staedtler <email@hidden>
- Date: Mon, 29 Aug 2005 17:20:20 +0200
You sould avoid to call session().terminate() by yourself. Atleast this is
what I found out will bring you trouble. Instead you could set the timeout
of a Session to a very low value say 5 Seconds. After some time (approx. 30
seconds or so) the Application terminates the session for you in a
"checked-in-state" which seems to make the difference.
>From what I heard avout sharedEC... do not use it, unless it will really
save you gigabytes of VM-RAM.
regards,
helge
Am 29.08.2005 15:28 Uhr schrieb "Daniel Muller" unter <email@hidden>:
> Hi,
>
> Is there any known deadlock when a session timeout, particularly with
> the shared editing context?
>
> One of my application does some cleaning when the session timeout, and
> a deadlock occurs rarely (not more than 3x during 12 months). The Java
> threads dump shows a wait call related to the shared editing context
> (last EOF calls are: NSRecursiveLock.lock, and
> EOSharedEditingContext.lock for the other thread) but the EC created
> when session is terminating has not shared EC (explicit call to
> setSharedEditingContext(null)).
>
> I try the same application without the cleaning code, it works well for
> more than 2 months. I also checked the code using the shared EC to
> ensure it uses only methods of EOSharedEditingContext class and not
> explicit calls to EOF, like fetching object with normal API.
>
> Regards,
> Daniel
>
>
>
> ____________________________________________________
> Start your day with Yahoo! - make it your home page
> http://www.yahoo.com/r/hs
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden