<div dir="ltr"><div>We don't use the Infinispan client, we use Infinispan embedded. We could use Infinispan Client if there were:</div><div>- an API for retrieving a list of connected clients (preferably w/ some properties, like when I connect I tell the server I want to join the Vert.x cluster)<br></div><div>- events when other clients connect/leave<br><br></div>Besides multimap is available for embedded mode right now. I'm not sure but I believe it's the same for clustered counters.<br><div><div><div class="gmail_extra"><br><div class="gmail_quote">2017-10-09 19:21 GMT+02:00 Emmanuel Bernard <span dir="ltr"><<a href="mailto:emmanuel@hibernate.org" target="_blank">emmanuel@hibernate.org</a>></span>:<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>
<div class="HOEnZb"><div class="h5"><br>
> On 9 Oct 2017, at 18:30, Radim Vansa <<a href="mailto:rvansa@redhat.com">rvansa@redhat.com</a>> wrote:<br>
><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>
> 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>
><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>
>> ______________________________<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>
</div></div></blockquote></div><br></div></div></div></div>