Actually I noticed that removing all the locks (even the forgotten ones)
seems to have solved the problem... I had 100000 unique users on 22
instances running  for a day and no deadlocks.

Any thoughts about stuff that is done in the Session.terminate? I need to
do some cleanup if the session terminates, do I get automatic lock unlock
in that scenario or the termination happens in a separate thread and so I
have to manually lock/unlock?

Thanks,


Matteo

On Mon, Jul 9, 2012 at 12:19 PM, Paul Dunkler <paul.dunk...@xyrality.com>wrote:

> I recently "Wonderized" a legacy WO application and I have a strange race
> condition that happens very rarely and only under extremely high load.
> Application extends ERXApplication, Session extends ERXSession and so on,
> I removed all "new EOEditingContext()" and replaced them with
> ERXEC.newEditingContext()
> but
> I forgot to remove some ec.lock() and ec.unlock()
>
> I am quite convinced that removing all locks and unlocks will bring me to
> a non deadlocking situation but I still want some reassurements
> I read a lot of stuff and I'm here to ask to you gurus a final word on the
> locking rule I inferred from what I read:
>
> If you always use ERXEC you can safely remove all lock and unlocks except
> for stuff that happen in background threads...
>
>
> Is it true?
>
>
> I think yes, its true. We are actually using Wonder Editing Contexts only
> and do not have any other locking stuff. Everything runs fine.
>
>
> What about stuff that happens in session.terminate()? I would say that it
> should have explicit lock/unlocks but any opinions are welcome.
>
> Thanks,
>
>
> Matteo
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats.
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
> Wonder-disc mailing list
> wonder-d...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wonder-disc
>
>
> --
> Mit freundlichen Grüßen
>
> Paul Dunkler
>
>
>
>
>
> -----------------------------------------------------
> XYRALITY GmbH • Friedensallee 290 • 22763 Hamburg
> Paul Dunkler • Technical Director
> Mail: paul.dunk...@xyrality.com
> Tel: +49 (0) 40 35 73 001 41
> Mobil: +49 (0) 151 252 228 42
> Fax: +49 (0) 40 35 73 001 99
> Web: http://www.xyrality.com/
> Registergericht: Hamburg HRB 115332
> Geschäftsführer: Sven Ossenbrüggen & Alexander Spohr
> -----------------------------------------------------
>
>

<<attachment: xyrality_logo_medium.png>>

 _______________________________________________
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

Reply via email to