Hello Andrew, Thanks for the information Andrew.
We do not lock/unlock editing context explicitly in our application. We use Sessions's defaultEditingContext(). What else could be the problem? Thank You Shravan ----------------- On Wed, April 23, 2008 12:58 am, Andrew Mottaz wrote: > Hi Shravan, > > When I've encountered it in the past, it comes from locking an > EOEditingContext in the awake method of a page. > > Are you using direct to web? My biggest problems were with direct to > web frozen pages. > > What I would do is find all instances where you lock the editing > context explicitly. Make sure that it is being unlocked in a finally > block. > > Also, you could print out messages right before and after the lock to > see if you run into problems. > > Finally, and it's been a long time, but you might want to add a check > so that if the editing context is the session editing context, you > bypass the lock and unlock. (Session ec is automatically locked) > > Hope this helps. > > Andrew > On Apr 22, 2008, at 11:16 AM, [EMAIL PROTECTED] wrote: > >> Hello Andrew, >> >> Okay. >> >> We tried to execute kill -3 (equivalent of kill -QUIT) for an instance >> which is unresponsive for long time, but it didnot dump out any log. >> >> Any help resolving this issue would really be appreciated. >> >> Our application is performing poor and losing customer confidence >> during >> slow-downs, interruption due to various of these issues... >> >> Thank You >> Shravan >> ------------------------- >> >> On Tue, April 22, 2008 9:58 pm, Andrew Mottaz wrote: >>> I've almost always seen this as an app deadlock. If you dump the >>> thread stack trace while the app is hanging, you can get more >>> information. I think the command is kill -QUIT. >>> >>> Andrew >>> On Apr 22, 2008, at 8:41 AM, Aurélien Minet wrote: >>> >>>>> Could any one please advise us a solution to find the reason for >>>>> instance hang or fix CLOSE_WAIT processes generation. >>>> You may also look for deadlocks in your apps. >>> >>> >> >> >> -- >> Thank You >> Shravan Kumar. M >> effigent India Pvt Ltd., >> > > > -- Thank You Shravan Kumar. M effigent India Pvt Ltd., _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-deploy mailing list (Webobjects-deploy@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
