Interesting DisplayGroup EOEditingContext Interaction
Interesting DisplayGroup EOEditingContext Interaction
- Subject: Interesting DisplayGroup EOEditingContext Interaction
- From: Michael Gargano <email@hidden>
- Date: Fri, 09 Dec 2011 15:05:35 -0800
- Acceptlanguage: en-US
- Thread-topic: Interesting DisplayGroup EOEditingContext Interaction
Hey dev. group,
As I was working on one of my application pages today I noticed something that I couldn't explain and was hoping one of you nice folks could shed some light on it.
-Setting the stage-
One of the pages I'm working on has an AjaxGrid that is periodically (5 secs.) refreshed from an AjaxUpdateContainer. When the update container fires, it calls an action that calls
displayGroup.setQualifier(displayGroup.qualifier()) to refresh the ERXBatchingDisplayGroup as noted in the JavaDoc and by Chuck in previous posts.
Now the reason this grid is being updated is because I'm running processes in the background and the grid shows the status of the processes (qualified by user). This way I can see when the task completes.
Easy enough.... It seems to work great.
-The dilemma-
Now here's what I don't get. If I log into the application as the same user from two different machines... When I start a new process on one machine both of the grids update showing that a new process is running (as expected), but neither ever update the grid when the process is completed. If I reload the page on one machine, it updates the status and then subsequently the other machine refreshes with the correct status, but I need to poke it. I don't understand why it works fine on the individual machines when I'm logged in only once and acts like this when I have two browsers refreshing the same data. The page generates a new EC. I'm guessing it's some kind of weird locking issue, but I can't figure out what's locking. I'm using optimistic locking and on top of that, these are only reads.
Thanks.
Singed,
Curiously Confused (aka Mike)
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden