On 20/09/2007, at 6:41 PM, Alexander Spohr wrote:
Am 20.09.2007 um 08:19 schrieb Lachlan Deck:
Well put. Would you have any ideas, however, why unless I use
invalidateAllObjects on the shared ec periodically it doesn't pick
up newly inserted objects added by another app into the db, or
indeed forgetting objects that have been marked with
isDeleted=true (which is part of the restricting qualifier)?
Because a shared edcon is considered to hold read-only data anyway?
No, the shared editing context is read-mostly; not read-only. It does
indeed automatically (via notification observing) refresh objects it
knows about that have been modified/saved in another context.
Likewise, if you create a new object via another context the api
tells you to refetch.
In my case, objects are modified and inserted via a separate
application, thus there's no notifications of updates and no global
ids inserted for new ones.
I'm using a timer to periodically refetch the various entities in
the app into the shared ec. This is not modelled in the eomodel
seeing as there's more than one app using the models. The
timestamp lag is set to around 5 minutes on the shared ec.
Don’t use a shared edcon if you refresh it anyway. Use a new one
instead of refreshing. The refresh renders it useless.
On the contrary...
with regards,
--
Lachlan Deck
_______________________________________________
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]
