On Feb 21, 2012, at 5:42 PM, Manik Surtani wrote: > > On 21 Feb 2012, at 16:00, Galder Zamarreño wrote: > >>> >>> * Not sure I get the "option #1" in your doc? If you cared about locally >>> originating events (and want to behave differently), you'd just register >>> that listener using the embedded API and not the remote one? >> >> Hmmm, not sure I understand your question… > > Lets start with explaining the scenario you detailed in option 1. :)
I thought I had made myself clear enough with the wiki and explanation on the email. Let me try again: Imagine a near cache scenario: 1. Client A interacts with a near cache (i.e. embedded Infinispan with a remote cache store) and stores V1 in key=k 2. Client B interacts with near cache and retrieves key=k. The req goes to server and returns V1 3. Client B goes and updates key=k to V2 4. Client A receives a notification for key=k that it has been updated and it decides to delete it from the near cache. 5. Client B receives a notification for key=k that it has been updated and it decides to delete it from the near cache. Step 5. is suboptiomal because the update originiates at Client B. The idea of the "origin" is that the server could potentially be able to tell client B that the notification is the result of an operation that started 'locally' and so client B could read that and decide to not delete it from the near cache. Client A when it receieves the notification it realises that the notification is not originated locally and can decide to delete the key from the near cache. > > -- > Manik Surtani > [email protected] > twitter.com/maniksurtani > > Lead, Infinispan > http://www.infinispan.org > > > > _______________________________________________ > infinispan-dev mailing list > [email protected] > https://lists.jboss.org/mailman/listinfo/infinispan-dev -- Galder Zamarreño Sr. Software Engineer Infinispan, JBoss Cache _______________________________________________ infinispan-dev mailing list [email protected] https://lists.jboss.org/mailman/listinfo/infinispan-dev
