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

Galder Zamarreño galder at redhat.com
Tue Apr 19 05:06:50 EDT 2011


On Apr 18, 2011, at 12:35 PM, Manik Surtani wrote:

> 
> On 15 Apr 2011, at 18:00, Olaf Bergner wrote:
> 
>> Am 15.04.11 16:56, schrieb Manik Surtani:
>>> On 11 Apr 2011, at 13:13, Galder Zamarreño wrote:
>>> 
>>>> - Rather than modifying PutKeyValueCommand, it might be better to subclass it and add the large object logic there? i.e. PutLargeKeyValueCommand - I'd also suggest adding a new build* method in the command factory...etc. This keeps the code more fine grained.
>>> I don't understand why you need a specialised PutKVCommand?  How is behaviour different?
>> In its present shape PutKVCommand will *always* attempt to read the 
>> given key's value before proceeding to store the new value. I doubt that 
>> we need this for large objects. To determine if we are to perform a 
>> create or an update it suffices to consult the metadata cache. We won't 
>> be returning the former value anyway.
> 
> Understood.  Even locking semantics would be different since you only acquire the lock on the metadata entry and not on each and every chunk.  Correct?
> 
> So I presume you are building this as a separate Maven module, and making use of the module-specific commands as described here [1] and [2] ?

Why would he need a separate module? He's not bringing any new dependencies AFAIK

> 
> Cheers
> Manik
> 
> [1] https://issues.jboss.org/browse/ISPN-256?focusedCommentId=12586154#comment-12586154
> [2] https://github.com/infinispan/infinispan-sample-module 
> --
> Manik Surtani
> manik at jboss.org
> twitter.com/maniksurtani
> 
> Lead, Infinispan
> http://www.infinispan.org
> 
> 
> 
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev

--
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache




More information about the infinispan-dev mailing list