Re: just checking...

2016-04-19 Thread Chuck Hill
On 2016-04-19, 2:01 PM, "OC" wrote: >Chuck, > >On 19. 4. 2016, at 22:48, Chuck Hill wrote: > > (b) contrariwise, with WOAllowsConcurrentRequestHandling = YES, two R/R > loops can be processed at the same time. Which might cause one of them > save changes, and in a couple of mi

Re: just checking...

2016-04-19 Thread OC
Chuck, On 19. 4. 2016, at 22:48, Chuck Hill wrote: (b) contrariwise, with WOAllowsConcurrentRequestHandling = YES, two R/R loops can be processed at the same time. Which might cause one of them save changes, and in a couple of milliseconds another save its changes based on

Re: just checking...

2016-04-19 Thread Chuck Hill
On 2016-04-19, 1:43 PM, "OC" wrote: >Chuck, > >On 19. 4. 2016, at 22:30, Chuck Hill wrote: > >>> (b) contrariwise, with WOAllowsConcurrentRequestHandling = YES, two R/R >>> loops can be processed at the same time. Which might cause one of them save >>> changes, and in a couple of millisecond

Re: just checking...

2016-04-19 Thread OC
Chuck, On 19. 4. 2016, at 22:30, Chuck Hill wrote: >> (b) contrariwise, with WOAllowsConcurrentRequestHandling = YES, two R/R >> loops can be processed at the same time. Which might cause one of them save >> changes, and in a couple of milliseconds another save its changes based on a >> diffe

Re: just checking...

2016-04-19 Thread Chuck Hill
Hi, On 2016-04-19, 1:03 PM, "OC" wrote: >On 19. 4. 2016, at 20:06, Chuck Hill 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 ext

Re: just checking...

2016-04-19 Thread OC
Chuck, On 19. 4. 2016, at 20:06, Chuck Hill 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 OS

Re: just checking...

2016-04-19 Thread Chuck Hill
Hi, On 2016-04-19, 7:09 AM, "webobjects-dev-bounces+chill=gevityinc@lists.apple.com on behalf of OC" wrote: >Samuel, > >On 19. 4. 2016, at 15:49, Samuel Pelletier wrote: > >> WOAllowsConcurrentRequestHandling=NO or YES does not have impact on this >> subject, only the number of live Obj

Re: just checking...

2016-04-19 Thread Samuel Pelletier
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 a écrit : > > Samuel, > > On

Re: just checking...

2016-04-19 Thread OC
Samuel, On 19. 4. 2016, at 15:49, Samuel Pelletier 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 >

Re: just checking...

2016-04-19 Thread Samuel Pelletier
Hi OC, 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

just checking...

2016-04-19 Thread OC
... 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