Re: [infinispan-dev] inefficient usage of CacheLoader with REPL

2011-12-21 Thread Sanne Grinovero
On 21 December 2011 08:53, Galder Zamarreño gal...@redhat.com wrote: Sanne, what if the previous value has been evicted or passivated? In case of a shared cache store, one of them could go, retrieve the old value and return it. If the cache store is not shared, they could all end up doing it.

Re: [infinispan-dev] inefficient usage of CacheLoader with REPL

2011-12-21 Thread Dan Berindei
Dan, thanks for looking. So it ignores the return values: wouldn't it be more efficient to ask the remote node to not serialize it at all in first place? I mean ReplicationInterceptor should send over both Flag.SKIP_CACHE_LOAD (*not* X_LOAD) and Flag.SKIP_REMOTE_LOOKUP on any write

Re: [infinispan-dev] inefficient usage of CacheLoader with REPL

2011-12-21 Thread Sanne Grinovero
On 21 December 2011 12:30, Manik Surtani ma...@jboss.org wrote: Interesting thread.  I think this is what we should do, given that the ResponseGenerator already bypasses serialising unnecessary return values. Further, I think loading from a cache store is entirely unnecessary for the remote

Re: [infinispan-dev] Distributed Executors in write mode, need reference to Cache

2011-12-21 Thread Pete Muir
On 20 Dec 2011, at 17:15, Vladimir Blagojevic wrote: On 11-12-20 1:54 PM, Pete Muir wrote: That should be pretty trivial. Only hard bit is integrating this into CDI module. Vladimir, do you provide a SPI for object instantiation and injection in the Map Reduce/Distributed Executor

Re: [infinispan-dev] inefficient usage of CacheLoader with REPL

2011-12-21 Thread Manik Surtani
On 21 Dec 2011, at 11:56, Sanne Grinovero wrote: On 21 December 2011 12:30, Manik Surtani ma...@jboss.org wrote: Interesting thread. I think this is what we should do, given that the ResponseGenerator already bypasses serialising unnecessary return values. Further, I think loading from a

Re: [infinispan-dev] inefficient usage of CacheLoader with REPL

2011-12-21 Thread Sanne Grinovero
On 21 December 2011 13:29, Manik Surtani ma...@jboss.org wrote: On 21 Dec 2011, at 11:56, Sanne Grinovero wrote: On 21 December 2011 12:30, Manik Surtani ma...@jboss.org wrote: Interesting thread.  I think this is what we should do, given that the ResponseGenerator already bypasses

Re: [infinispan-dev] inefficient usage of CacheLoader with REPL

2011-12-21 Thread Manik Surtani
Also see https://issues.jboss.org/browse/ISPN-1642 and https://github.com/infinispan/infinispan/pull/761 :-) On 21 Dec 2011, at 12:29, Manik Surtani wrote: On 21 Dec 2011, at 11:56, Sanne Grinovero wrote: On 21 December 2011 12:30, Manik Surtani ma...@jboss.org wrote: Interesting thread.

Re: [infinispan-dev] Distributed Executors in write mode, need reference to Cache

2011-12-21 Thread Vladimir Blagojevic
Pete, a bit more guidance please :-) I read http://docs.jboss.org/weld/reference/latest/en-US/html/extend.html and I looked at the infinispan-cdi code and how InfinispanExtension class wires into CDI container. I understand that part, well, sort of! I've seen how a class whose instances are

Re: [infinispan-dev] New partial replication protocol providing serializability guarantees in Infinispan

2011-12-21 Thread Manik Surtani
On 20 Dec 2011, at 18:07, Paolo Romano wrote: On 12/18/11 9:45 PM, Manik Surtani wrote: On 10 Dec 2011, at 11:46, Sebastiano Peluso wrote: - About JTA semantics, what do you mean by the term full? During the integration of GMU, we have not changed the way a transaction was already

Re: [infinispan-dev] Infinispan 5.1.0.CR2 is out!

2011-12-21 Thread Galder Zamarreño
Thanks to everyone involved in the release, particularly Mircea who helped fixed a pending issue this morning when he's already on holidays!! On Dec 21, 2011, at 7:36 PM, Galder Zamarreño wrote: Read all about it in: http://goo.gl/vaxMZ Cheers, -- Galder Zamarreño Sr. Software Engineer