Re: [infinispan-dev] Preloading from disk versus state transfer Re: ISPN-1384 - InboundInvocationHandlerImpl should wait for cache to be started? (not just defined)

2011-10-26 Thread Dan Berindei
On Mon, Oct 24, 2011 at 4:42 PM, Sanne Grinovero sa...@infinispan.org wrote: On 24 October 2011 12:58, Dan Berindei dan.berin...@gmail.com wrote: Hi Galder On Mon, Oct 24, 2011 at 1:46 PM, Galder Zamarreño gal...@redhat.com wrote: On Oct 24, 2011, at 12:04 PM, Dan Berindei wrote: ISPN-1470

Re: [infinispan-dev] Cache ops after view changes result in RehashInProgressException very easily

2011-10-26 Thread Dan Berindei
Hi Galder, sorry it took so long to reply. On Mon, Oct 24, 2011 at 4:16 PM, Galder Zamarreño gal...@redhat.com wrote: Btw, forgot to attach the log: On Oct 24, 2011, at 3:13 PM, Galder Zamarreño wrote: Hi Dan, Re: http://goo.gl/TGwrP There's a few of this in the Hot Rod server+client

Re: [infinispan-dev] Preloading from disk versus state transfer Re: ISPN-1384 - InboundInvocationHandlerImpl should wait for cache to be started? (not just defined)

2011-10-26 Thread Sanne Grinovero
Can't you just skip loading state and be happy with the state you receive from peers? More data will be lazily loaded. Applying of course only when you're not the only/first node in the grid, in which case you have to load. Right, we could preload only on the first node. With a shared

Re: [infinispan-dev] Cache ops after view changes result in RehashInProgressException very easily

2011-10-26 Thread Galder Zamarreño
On Oct 26, 2011, at 9:46 AM, Dan Berindei wrote: Hi Galder, sorry it took so long to reply. On Mon, Oct 24, 2011 at 4:16 PM, Galder Zamarreño gal...@redhat.com wrote: Btw, forgot to attach the log: On Oct 24, 2011, at 3:13 PM, Galder Zamarreño wrote: Hi Dan, Re:

Re: [infinispan-dev] Preloading from disk versus state transfer Re: ISPN-1384 - InboundInvocationHandlerImpl should wait for cache to be started? (not just defined)

2011-10-26 Thread Galder Zamarreño
On Oct 24, 2011, at 12:58 PM, Dan Berindei wrote: Hi Galder On Mon, Oct 24, 2011 at 1:46 PM, Galder Zamarreño gal...@redhat.com wrote: On Oct 24, 2011, at 12:04 PM, Dan Berindei wrote: ISPN-1470 (https://issues.jboss.org/browse/ISPN-1470) raises an interesting question: if the

Re: [infinispan-dev] Preloading from disk versus state transfer Re: ISPN-1384 - InboundInvocationHandlerImpl should wait for cache to be started? (not just defined)

2011-10-26 Thread Galder Zamarreño
On Oct 24, 2011, at 2:42 PM, Sanne Grinovero wrote: On 24 October 2011 12:58, Dan Berindei dan.berin...@gmail.com wrote: Hi Galder On Mon, Oct 24, 2011 at 1:46 PM, Galder Zamarreño gal...@redhat.com wrote: On Oct 24, 2011, at 12:04 PM, Dan Berindei wrote: ISPN-1470

Re: [infinispan-dev] Syncing to central

2011-10-26 Thread Galder Zamarreño
On Oct 24, 2011, at 12:04 PM, Sanne Grinovero wrote: 1. We hijack javadoc processing to generate the RHQ xml file, which means that the annotations need be available beyond the compile phase. This forces the annotation, and rhq annotations, dependencies to be required. At the time of

Re: [infinispan-dev] Cache ops after view changes result in RehashInProgressException very easily

2011-10-26 Thread Dan Berindei
I was gunning for beta3 but I don't think I'm going to make it. On Wed, Oct 26, 2011 at 12:38 PM, Galder Zamarreño gal...@redhat.com wrote: On Oct 26, 2011, at 9:46 AM, Dan Berindei wrote: Hi Galder, sorry it took so long to reply. On Mon, Oct 24, 2011 at 4:16 PM, Galder Zamarreño

Re: [infinispan-dev] Abstracting javax.cache.annotation.CacheKey away from the user?

2011-10-26 Thread Kevin Pollet
Hi, On 25 October 2011 18:11, Galder Zamarreño gal...@redhat.com wrote: On Oct 24, 2011, at 4:58 PM, Kevin Pollet wrote: On 24 October 2011 16:51, Peter Muir pm...@redhat.com wrote: If we didnt use any jsr107 annotations with this cache. Without any jsr107 annotations it works fine

Re: [infinispan-dev] Refactoring API and Commons

2011-10-26 Thread Galder Zamarreño
First of all, what is the problem that the Hot Rod client has depending on core/ as it is? It's not clear from the JIRA. On Oct 25, 2011, at 3:56 PM, Tristan Tarrant wrote: Hi all, I've been looking into refactoring certain interfaces and common classes as part of

Re: [infinispan-dev] Refactoring API and Commons

2011-10-26 Thread Michal Linhard
On 10/26/2011 06:29 PM, Galder Zamarreño wrote: First of all, what is the problem that the Hot Rod client has depending on core/ as it is? It's not clear from the JIRA. Personally, what I don't like about the infinispan-core dependency is that it makes you falsely think that you should keep