The only real downside is memory consumption ... For every OSC you
have, you have duplicate snapshot caches. If you have mostly
isolated data sets for each session, then this may not matter at all,
though, and depending on the use-case, this may actually make lots of
things easier. This is, of course, assuming you are careful about
how you create editing contexts -- you have to make sure to create
them with the proper OSC if you use EC's beyond session.default. I
have been contemplating making this easier in Wonder by attaching the
session default editing context's OSC to your thread always so that
the coordinator synchronizer will always hand that one to you, which
would keep you in the same OSC for all ERXEC's made (without you
having to explicitly pass it in). In fact, because ERXOSCPool
already checks for this case, if we push into that value at the top
of the request, this is probably mostly already working. I have not
done it so far because I haven't wanted to spend the brain power to
contemplate if there's a downside of that behavior. But I don't
think so ...
ms
On Aug 8, 2007, at 2:38 PM, Kieran Kelleher wrote:
As long as you use Wonder's ERXObjectStoreCoordinatorSynchronizer
class, notifications are all taken care of for you. According to
Mike Schrag, this has been well tested under heavy load and I have
seen zero issues with it ...... in fact you will have issues if you
don't use it.
On Aug 8, 2007, at 1:57 PM, Ken Anderson wrote:
On Aug 7, 2007, at 12:07 PM, Kieran Kelleher wrote:
2) Use a separate ObjectStoreCoordinator for your background
thread to avoid locking conflicts
What are the downsides of doing this? I have to admit, my object
store coordinator recollection is sketchy. Do you have to
implement your own method for notifications between coordinators?
Thanks,
Ken
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/mschrag%
40mdimension.com
This email sent to [EMAIL PROTECTED]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
