[infinispan-dev] Feedback on MultimapCache

Emmanuel Bernard emmanuel at hibernate.org
Mon Oct 9 13:21:59 EDT 2017


Stupid question. Hot Rod does not have near cache invalidation already ? Does not suit your needs or not implemented for multimapcache?

> On 9 Oct 2017, at 18:30, Radim Vansa <rvansa at redhat.com> wrote:
> 
>> On 10/09/2017 03:04 PM, Thomas SEGISMONT wrote:
>> Hi,
>> 
>> I've created a branch in vertx-infinispan to start incorporating the 
>> new features in 9.2.
>> 
>> https://github.com/vert-x3/vertx-infinispan/tree/ispn92 
>> <https://github.com/vert-x3/vertx-infinispan/tree/ispn92>
>> 
>> Here are a couple of comments/concerns on MultimapCache:
>> 1/ EmbeddedMultimapCacheManagerFactory#from returns a raw 
>> MultimapCacheManager; it would be nice to have type arguments instead, 
>> to avoid unchecked assignment warnings
>> 2/ MultimapCache does not accept entry listeners. We use them to build 
>> a near cache to increase the speed of sending
> 
> Do you need clustered listeners or only those on owners? Btw., you can 
> register a listener on the underlying cache, but I agree that an 
> interface that will adapt it correctly (e.g. mapping @EntryModified on 
> multi-value to @EntryCreated on the new value) would appear less crude.
> 
> R.
> 
>> 
>> 1/ is easy, but do you think 2/ could be added in 9.2?
>> 
>> Thank you,
>> Thomas
>> 
>> 
>> _______________________________________________
>> infinispan-dev mailing list
>> infinispan-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
> 
> 
> -- 
> Radim Vansa <rvansa at redhat.com>
> JBoss Performance Team
> 
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev




More information about the infinispan-dev mailing list