OC,

I always tough the propagation was done by the OSC after the commit and 
snapshot refresh because this is when there is something to propagate but I 
never checked the code. 

Probably Chuck, the wonderpedia, can tell us.

Samuel


> Le 19 avr. 2016 à 10:09, OC <[email protected]> a écrit :
> 
> Samuel,
> 
> On 19. 4. 2016, at 15:49, Samuel Pelletier <[email protected]> wrote:
> 
>> WOAllowsConcurrentRequestHandling=NO or YES does not have impact on this 
>> subject, only the number of live ObjectStoreCoordinator in the app matter.
>> 
>> If you do nat have any external access to the database and a single OSC, you 
>> are OK. Changes are propagated to others EOEditingContext under the same OSC 
>> during saveChanges, this is the magic part of EOF.
> 
> Do please correct me if I am wrong, but I believe this does not happen during 
> saveChanges, but at the end of the R/R loop (or, more precisely, when ECs are 
> unlocked, which normally is at the end of the loop).
> 
> Which is why WOAllowsConcurrentRequestHandling has a terrible impact on that.
> 
> As always, of course, I migt be missing something of importance.
> 
>> If a last modified win policy is OK for the updates, you can even disable 
>> them. The goal of the attributes used for locking is to detect an update 
>> collision, if you do not care about them, just disable de detection.
> 
> Actually the hypothesis I tried to formulate was more like “if an application 
> runs one instance and no background tasks, it would work precisely the same 
> -- be it, depending on the policy, wrong or right -- with or without 
> optimistic locking of anything but PKs”.
> 
> Thanks and all the best,
> OC
> 
>>> Le 19 avr. 2016 à 09:09, OC <[email protected]> a écrit :
>>> 
>>> ... whether I am overlooking something or not.
>>> 
>>> I do think that in a single-instance application with 
>>> WOAllowsConcurrentRequestHandling=NO and without background tasks is 
>>> locking of any attribute but PK completely superfluous and can be switched 
>>> off in the model without any adverse effect.
>>> 
>>> Am I right? Or do I overlook some disaster scenario?
>>> 
>>> Thanks,
>>> OC
>>> 
>>> 
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list      ([email protected])
>>> Help/Unsubscribe/Update your Subscription:
>>> https://lists.apple.com/mailman/options/webobjects-dev/samuel%40samkar.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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to