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
-----------------------------------------------------
|
_______________________________________________
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
