<div dir="ltr">Hi Thomas,<div><br></div><div>Thank you for the first feedback ! :)</div><div>We can add listeners on the cache directly, yes, but without specific listeners, the payload will contain all the values. I'm going to check with the team to estimate the modifications needed and the impact for this particular case.<br></div><div><br></div><div>Concerning hotrod, even if this is not used for vert.x cluster manager, Multimap will support it soon :)</div><div><br></div><div>Katia</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 9, 2017 at 7:21 PM, Emmanuel Bernard <span dir="ltr"><<a href="mailto:emmanuel@hibernate.org" target="_blank">emmanuel@hibernate.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Stupid question. Hot Rod does not have near cache invalidation already ? Does not suit your needs or not implemented for multimapcache?<br>
<br>
> On 9 Oct 2017, at 18:30, Radim Vansa <<a href="mailto:rvansa@redhat.com">rvansa@redhat.com</a>> wrote:<br>
<span class="">><br>
>> On 10/09/2017 03:04 PM, Thomas SEGISMONT wrote:<br>
>> Hi,<br>
>><br>
>> I've created a branch in vertx-infinispan to start incorporating the<br>
>> new features in 9.2.<br>
>><br>
>> <a href="https://github.com/vert-x3/vertx-infinispan/tree/ispn92" rel="noreferrer" target="_blank">https://github.com/vert-x3/<wbr>vertx-infinispan/tree/ispn92</a><br>
>> <<a href="https://github.com/vert-x3/vertx-infinispan/tree/ispn92" rel="noreferrer" target="_blank">https://github.com/vert-x3/<wbr>vertx-infinispan/tree/ispn92</a>><br>
>><br>
>> Here are a couple of comments/concerns on MultimapCache:<br>
>> 1/ EmbeddedMultimapCacheManagerFa<wbr>ctory#from returns a raw<br>
>> MultimapCacheManager; it would be nice to have type arguments instead,<br>
>> to avoid unchecked assignment warnings<br>
>> 2/ MultimapCache does not accept entry listeners. We use them to build<br>
>> a near cache to increase the speed of sending<br>
><br>
</span>> Do you need clustered listeners or only those on owners? Btw., you can<br>
> register a listener on the underlying cache, but I agree that an<br>
> interface that will adapt it correctly (e.g. mapping @EntryModified on<br>
> multi-value to @EntryCreated on the new value) would appear less crude.<br>
><br>
> R.<br>
<span class="">><br>
>><br>
>> 1/ is easy, but do you think 2/ could be added in 9.2?<br>
>><br>
>> Thank you,<br>
>> Thomas<br>
>><br>
>><br>
</span>>> ______________________________<wbr>_________________<br>
>> infinispan-dev mailing list<br>
>> <a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
>> <a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/infinispan-<wbr>dev</a><br>
><br>
><br>
> --<br>
> Radim Vansa <<a href="mailto:rvansa@redhat.com">rvansa@redhat.com</a>><br>
> JBoss Performance Team<br>
><br>
> ______________________________<wbr>_________________<br>
> infinispan-dev mailing list<br>
> <a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/infinispan-<wbr>dev</a><br>
<br>
<br>
______________________________<wbr>_________________<br>
infinispan-dev mailing list<br>
<a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/infinispan-<wbr>dev</a><br>
</blockquote></div><br></div>