[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