[11:25:04] <aesteve> hello everyone
[11:25:59] <aesteve> hope things are going well for the final release next week :)
[13:26:56] <AlexLehm> aesteve, i think Tim has posted a status on the group
[13:36:08] <aesteve> regarding the hazelcast bug ?
[13:37:43] <AlexLehm> ah, no just that they are working on that
[13:38:39] <aesteve> ok, but that's the status you were talking about ? right ?
[13:41:44] <AlexLehm> yes
[13:43:29] <aesteve> ok thanks Alex :)
[14:07:55] <aesteve> it looks like the hazelcast guys fixed the bug actually. https://github.com/hazelcast/hazelcast/pull/5539 hope they can release the 3.4.4 soon.
[16:40:16] <aesteve> I have a question regarding verticle deployment. Let's imagine I have a SuperVerticle and a SubVerticle. SuperVerticle is deployed with 4 instances and is responsible for deploying SubVerticle (with 1 instance)
[16:40:32] <aesteve> in this case SubVerticle will be deployed 4×1 times ? Right ?
[17:14:03] <AlexLehm> I have created a PR for the issues I had left in the mail project https://github.com/vert-x3/vertx-mail-client/pull/37
[17:29:55] <jeremy_prime> that's how I understand it aesteve, each instance of Superverticle will deploy one instance of Subverticle
[18:15:22] <billows> Hi, All, Just want to check if there is a good way to seamless integrate vert.x into existing apache web server based system
[18:16:34] <billows> This will add a lot of value when migrating legacy systems to use vert.x
[18:24:09] <billows> Normally, enterprise infrastructure is hard to change, DMZ and firewall settings might have to go through auditing process. If there is a solution to reuse existing webserver and load balance server, replacing backend with vert.x, it can be a good enterprise solution.
[19:04:47] <steve1985> Why is there no sockjs documentation for vertx3? is it still supported?