Re: [infinispan-dev] conflicts resolution in DeltaAware

2011-04-11 Thread Galder Zamarreño
On Apr 8, 2011, at 7:07 PM, Sanne Grinovero wrote: Hi Mircea, I remember you recently mentioned that you have been looking into ways to give the ability to the application to resolve updating conflicts. I don't think you where referring to AtomicMap or any other DeltaAware specifically, but

Re: [infinispan-dev] conflicts resolution in DeltaAware

2011-04-11 Thread Sanne Grinovero
2011/4/11 Galder Zamarreño gal...@redhat.com: On Apr 8, 2011, at 7:07 PM, Sanne Grinovero wrote: Hi Mircea, I remember you recently mentioned that you have been looking into ways to give the ability to the application to resolve updating conflicts. I don't think you where referring to

[infinispan-dev] 5.0.0.BETA2 this coming Friday?

2011-04-11 Thread Galder Zamarreño
Hi all, I'm currently targeting BETA2 for this Friday. How does this sound? I know some of you will be busy with JAX London. Note that this is the last expected BETA, with CR1 planned for the week of 25th April. Please note that I'll be in Miracle Open World this week so my work will be cut

Re: [infinispan-dev] conflicts resolution in DeltaAware

2011-04-11 Thread Mircea Markus
On 8 Apr 2011, at 18:30, Emmanuel Bernard wrote: Yes I think that would fit the bill. Let me give some more background Background In Hibernate OGM, we store collections in a single key essentially as a SetMapString,Object ie as a set of tuples, esch tuple representing the equivalent of

Re: [infinispan-dev] conflicts resolution in DeltaAware

2011-04-11 Thread Sanne Grinovero
2011/4/11 Mircea Markus mircea.mar...@jboss.com: On 8 Apr 2011, at 18:30, Emmanuel Bernard wrote: Yes I think that would fit the bill. Let me give some more background Background In Hibernate OGM, we store collections in a single key essentially as a SetMapString,Object ie as a set of

Re: [infinispan-dev] conflicts resolution in DeltaAware

2011-04-11 Thread Mircea Markus
On 11 Apr 2011, at 13:14, Sanne Grinovero wrote: 2011/4/11 Mircea Markus mircea.mar...@jboss.com: On 8 Apr 2011, at 18:30, Emmanuel Bernard wrote: Yes I think that would fit the bill. Let me give some more background Background In Hibernate OGM, we store collections in a single key

Re: [infinispan-dev] conflicts resolution in DeltaAware

2011-04-11 Thread Galder Zamarreño
On Apr 11, 2011, at 11:56 AM, Sanne Grinovero wrote: 2011/4/11 Galder Zamarreño gal...@redhat.com: On Apr 8, 2011, at 7:07 PM, Sanne Grinovero wrote: /snip As Emmanuel pointed out while implementing OGM, if two different updates are being applied to an AtomicMap, it's possible that the

Re: [infinispan-dev] new Infinispan Query API - ISPN-194

2011-04-11 Thread Sanne Grinovero
Hi, answering inline: 2011/4/11 Israel Lacerra israe...@gmail.com: Hi Sanne, When I create a LazyIterator, every node makes a local normal query and thern I return the TopDocs to the requester node. With TopDocs I can merge the results and maintain them ordered. I'm using the idea behind

Re: [infinispan-dev] [ISPN-78] Feedback needed

2011-04-11 Thread Olaf Bergner
Hi Galder, Am 11.04.11 14:13, schrieb Galder Zamarreño: Hey Olaf, First of all, thanks for work put so far on this! Pity you could not make it last week to Berlin Expert Days. I would have been great to sit down and go through this code together :| - hope you're doing better health wise

[infinispan-dev] distributed execution - invoking commands on self

2011-04-11 Thread Vladimir Blagojevic
Hi, I discovered a problem with distributed framework in cases where Callables submitted for distributed execution contain mutable instance fields. Just before Callable is dispersed across cluster it gets invoked locally where instance fields of a submitted Callable can be possibly mutated;

Re: [infinispan-dev] distributed execution - invoking commands on self

2011-04-11 Thread Vladimir Blagojevic
Sanne, I thought about that as well but I do not see a way to ensure that all other commands have been sent to other nodes other than waiting for corresponding futures to return from get and then invoke locally in a serial fashion. I do not see a hook anywhere that will tell me when a command