-
er
.extensions
.eof
.ERXEC
.objectsWithFetchSpecification
(com.webobjects.eocontrol.EOFetchSpecification,
com.webobjects.eocontrol.EOEditingContext) @bci=10, line=1109
(Interpreted frame)
-
com
.webobjects
.eocontrol
.EOEditingContext
.objectsWithFetchSpecification
(com.webobjects.eocontrol.EOFetchSpecification) @bci=3, line=4500
(Interpreted frame)
-
com
.webobjects
.eoaccess
.EOUtilities
.objectWithPrimaryKey(com.webobjects.eocontrol.EOEditingContext,
java.lang.String, com.webobjects.foundation.NSDictionary) @bci=34,
line=433 (Interpreted frame)
-
com
.webobjects
.eoaccess
.EOUtilities
.objectWithPrimaryKeyValue
(com.webobjects.eocontrol.EOEditingContext, java.lang.String,
java.lang.Object) @bci=10, line=405 (Interpreted frame)
NSMultiReaderLock. Sniff. Smells like EOSharedEditingContext. I
don't use it, but my first guess is mis-use of the shared EC. And
EOF deadlock somehow or other.
EOSEC is the only thing that uses NSMultReaderLock in EOF, so I would
say 99% chance it's an SEC deadlock here ... Interestingly it looks
like hotspot maybe has collapsed this stack and inlined code, because
there are at least 2 stack frames missing from the middle of this trace.
ms
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
