Hi Katia,
2017-04-04 16:44 GMT+02:00 Katia Aresti :
> Hi all,
>
> As you probably know, Will and I are working on the vert-x infinispan
> integration [1], where the primary goal is to make infinispan the default
> cluster management of vert-x. (yeah!)
>
This can't be the
Hi
2017-02-28 22:51 GMT+01:00 William Burns :
> So while I was trying to work on this, I have to admit I am even more torn
> in regards to what to do. Looking at [1] it looks like the template
> should only be applied if the cache configuration is not currently
> defined.
Hi everyone,
Thank you for this great work, the dependency diet and the extra port
removal are both very useful. The extra port removal is key to enable
Vert.x clustering in Openshift S2I environments.
I tried the new KUBE_PING (beta1) with vertx-infinispan and it worked fine.
I have a few
Also, it seems infinispan-cloud 9.0.3.Final depends on JGroups 0.9.1.
Do you plan to release another 9.0.x version which depends on 1.0.0.Beta1
or later? If so, is there a target date?
2017-06-30 11:40 GMT+02:00 Thomas SEGISMONT <tsegism...@gmail.com>:
> Hi everyone,
>
Hi Sebastian,
2017-07-03 8:24 GMT+02:00 Sebastian Laskawiec <slask...@redhat.com>:
> Hey Thomas,
>
> Comments inlined.
>
> Thanks,
> Sebastian
>
>
> On Fri, Jun 30, 2017 at 9:29 PM Thomas SEGISMONT <tsegism...@gmail.com>
> wrote:
>
>>
ups.
>
> [1] https://issues.jboss.org/browse/JGRP-2166
>
> On 30/06/17 11:40, Thomas SEGISMONT wrote:
> > Hi everyone,
> >
> > Thank you for this great work, the dependency diet and the extra port
> > removal are both very useful. The extra port removal is key to enable
> >
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
Here are a couple of comments/concerns on MultimapCache:
1/ EmbeddedMultimapCacheManagerFactory#from returns a raw
MultimapCacheManager; it would
oes not suit your needs or not implemented for multimapcache?
>
> > On 9 Oct 2017, at 18:30, Radim Vansa <rva...@redhat.com> wrote:
> >
> >> On 10/09/2017 03:04 PM, Thomas SEGISMONT wrote:
> >> Hi,
> >>
> >> I've created a branch in
2017-10-09 18:30 GMT+02:00 Radim Vansa <rva...@redhat.com>:
> 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/ve
2017-10-10 11:26 GMT+02:00 Pedro Ruivo <pe...@infinispan.org>:
>
>
> On 10-10-2017 10:13, Thomas SEGISMONT wrote:
> > Besides multimap is available for embedded mode right now. I'm not sure
> > but I believe it's the same for clustered counters.
>
> Yes the c
2017-10-10 15:03 GMT+02:00 Radim Vansa <rva...@redhat.com>:
> On 10/10/2017 11:08 AM, Thomas SEGISMONT wrote:
> >
> >
> > 2017-10-09 18:30 GMT+02:00 Radim Vansa <rva...@redhat.com
> > <mailto:rva...@redhat.com>>:
> >
> > On
Is there any way to achieve these goals with 9.1.x?
>
>
> Tristan
>
> On 3/1/18 4:30 PM, Thomas SEGISMONT wrote:
> > Hi,
> >
> > This email follows up on my testing of the Infinispan Cluster Manager
> > for Vert.x on Kubernetes.
> >
> > I
Hi,
This email follows up on my testing of the Infinispan Cluster Manager for
Vert.x on Kubernetes.
In one of the tests, we want to make sure that, after a rolling update of
the application, the data submitted to Vert.x' AsyncMap is still present.
And I found that when the underlying cache is
: Node sombrero-25286 was suspected]
It does not happen with 9.2.0.Final and prevents from using ISPN embedded
with logback. Do you want me to file an issue ?
2018-04-18 11:45 GMT+02:00 Thomas SEGISMONT <tsegism...@gmail.com>:
> Hi folks,
>
> Sorry I've been busy on other things and co
Hi folks,
Sorry I've been busy on other things and couldn't get back to you earlier.
I tried running vertx-infinispan test suite with 9.2.1.Final today. There
are some problems still but I can't say which ones yet because I hit:
https://jira.qos.ch/browse/LOGBACK-1027
We use logback for test
olExecutor$Worker.run(ThreadPoolExecutor.java:624)
at
io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
at java.lang.Thread.run(Thread.java:748)
2018-04-18 17:00 GMT+02:00 Thomas SEGISMONT <tsegism...@gmail.com>:
> So here's the Circular Re
Hi Will,
I will create the JIRA and provide the TRACE level logs as soon as possible.
Thanks for the update.
2018-04-20 20:10 GMT+02:00 William Burns <mudokon...@gmail.com>:
> On Fri, Apr 20, 2018 at 9:43 AM Thomas SEGISMONT <tsegism...@gmail.com>
> wrote:
>
>
ava#L23-L24
>
> On Mon, Mar 26, 2018 at 1:59 PM Thomas SEGISMONT <tsegism...@gmail.com>
> wrote:
>
>> 2018-03-26 13:16 GMT+02:00 Pedro Ruivo <pe...@infinispan.org>:
>>
>>>
>>>
>>> On 23-03-2018 15:06, Thomas SEGISMONT wrote:
>&g
2018-03-26 13:16 GMT+02:00 Pedro Ruivo <pe...@infinispan.org>:
>
>
> On 23-03-2018 15:06, Thomas SEGISMONT wrote:
> > Hi Pedro,
> >
> > 2018-03-23 13:25 GMT+01:00 Pedro Ruivo <pe...@infinispan.org
> > <mailto:pe...@infinispan.org>>:
> >
>
No problem.
>
> Cheers,
> Pedro
>
> [1] https://issues.jboss.org/browse/ISPN-8860
>
> On 21-03-2018 16:16, Thomas SEGISMONT wrote:
> > Hi everyone,
> >
> > I am working on integrating Infinispan 9.2.Final in vertx-infinispan.
> > Before merging I wante
ir
> > state transfer before stopping the cache managers, by invoking
> > DefaultCacheManager.getCache(*cache-name*) in all the caches managers.
> >
> > Sorry for the inconvenience and the delay in replying.
> >
> > Cheers,
> > Pedro
> >
> >
2018-03-01 17:25 GMT+01:00 Tristan Tarrant <ttarr...@redhat.com>:
> Why not just prestart caches ?
>
>
How can you do that? Will it work for caches created after the node has
started?
> On 3/1/18 5:14 PM, Thomas SEGISMONT wrote:
> >
> > 2018-03-01 16:36 GM
22 matches
Mail list logo