Hi,
I'm not entirely sure the problem is related to locking the editing
context.
This exception can be produced by objects, which are disconnected from
their editing context but keep hovering about.
Could it be your application holds onto an object, which has been
deleted
(in the EO sense), but some component maintains a reference? Or created
one without inserting it into an editing context in the first place?
J.L.Simon
On 01.04.2008, at 20:13, Tonny Staunsbrink wrote:
If I should take a guess, I would say it's a concurrency issue. Are
you running a multithreaded app, do you have custom RequestHandler
or are you running any background jobs?
/T
On Tue, Apr 1, 2008 at 5:17 PM, Dov Rosenberg
<[EMAIL PROTECTED]> wrote:
I have been tracking down a strange error in our app.
java.lang.IllegalStateException: There is no database snapshot
available for the object
In a lot of places we use a new EditingContext instead of the
default Editing Context for the session. When we use a new editing
context we have been very careful to lock and unlock before and
after use. In some places we use the session default EditingContext
(we are probably going to stop doing that in the future). A couple
of questions come to mind:
I have read that it is not necessary to lock the session default
EditingContext because EOF will automanage it. What happens if it
does get manually locked? The error above was thrown when trying to
do an ec.lock() on a Session.defaultEditingContext().
What physically happens when an EC is locked? It seems it is some
sort of reference counter. In an earlier post Chuck mentioned that
locking the EODatabaseContext will prevent fetches/saves from
occurring, what happens when an EC is locked?
Is there any compelling reason to use the session default editing
context? We aren't using Project Wonder (yet)
Thanks in advance for any help
Dov Rosenberg
_______________________________________________
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:
http://lists.apple.com/mailman/options/webobjects-dev/mezz.dk%40gmail.com
This email sent to [EMAIL PROTECTED]
_______________________________________________
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:
http://lists.apple.com/mailman/options/webobjects-dev/simon%40webtecc.com
This email sent to [EMAIL PROTECTED]
_______________________________________________
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:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]