This version (2017/05/27 13:44) is a draft.
Approvals: 0/1

[00:00:30] <xkr47> here's the systemd integration: https://github.com/NitorCreations/nitor-backend/blob/master/src/main/java/io/nitor/api/backend/InheritedChannelSelectorProvider.java

[00:00:58] <temporalfox> xkr47 I need to go to bed

[00:01:06] <xkr47> permission granted!

[00:01:19] <temporalfox> I'm gong to devoxx us next week

[00:01:23] <xkr47> cooool

[00:01:24] <temporalfox> a lot of things to prepare

[00:02:25] <xkr47> wish you luck!

[00:02:50] <xkr47> and good night too!

[00:03:02] <xkr47> thanks for helping out

[00:03:07] <xkr47> again

[14:30:11] <yunyul> temporalfox, I'm getting SSL errors on every single vert.x site

[14:30:12] <yunyul> https://i.imgur.com/nrtESBu.png

[14:30:18] <yunyul> on multiple browsers and computers

[14:30:32] <temporalfox> from vertx http client ?

[14:30:37] <temporalfox> ah

[14:30:46] <temporalfox> it is because it is a self signed certificate

[14:31:14] <temporalfox> ah you mean vertx.io ?

[14:31:21] <temporalfox> it is hosted by github

[14:31:30] <temporalfox> using some virtual hosting I think

[14:48:39] <AlexLehm> yunyul: vertx.io is running on the github.com free hosting, that doesn't support https currently

[14:49:30] <AlexLehm> same with e.g. hawkular or wildfly

[15:02:38] <AlexLehm> or better github.com sites doesn't support https for custom domains

[15:20:51] <temporalfox> AlexLehm yes that's a certificate issue

[15:21:16] <temporalfox> GitHub would need to allow us to give a certificate for this domain and use SNI

[15:46:33] <yunyul> It just started happening today

[15:46:41] <yunyul> Probably due to an auto HTTPS redirect

[15:46:44] <yunyul> Just wanted to let you know

[15:47:27] <yunyul> just refreshed a couple times, seems to have fixed itself

[15:47:35] <yunyul> guessing GitHub broke the configuration for a bit?

[16:53:49] <AlexLehm> i think github has not changed, but Firefox may have a more strict https policy in recent updates

[16:54:09] <AlexLehm> temporalfox: we could enable https with cloudflare with almost no changes in the site

[16:54:31] <AlexLehm> (or Chrome)

[16:55:13] <temporalfox> I think we need to contain DNS for this ?

[16:55:16] <temporalfox> control

[16:56:01] <AlexLehm> the dns is maintained on cloudflare for this, which means that the dns servers have to changed

[16:56:17] <temporalfox> yep

[16:56:17] <AlexLehm> not sure where the vertx.io domain is hosted now

[16:56:29] <temporalfox> it is hosted by github pages

[16:58:20] <AlexLehm> i mean the dns

[16:58:27] <AlexLehm> it looks like its hosted by eclipse

[16:58:44] <AlexLehm> we could keep the hosting on github pages with cloudflare

[16:59:06] <temporalfox> yes it is eclipse

[16:59:10] <temporalfox> yes

[16:59:14] <temporalfox> I guess so

[17:00:00] <AlexLehm> if eclipse would allow changing the ns server entries, we could set it up

[17:02:09] <temporalfox> ok

[17:02:14] <temporalfox> I will check

[17:22:36] <AlexLehm> i am using cloudflare for my private page and that is working really easy

[17:27:17] <temporalfox> AlexLehm by the way, are you still willing to contribute to the http proxy component I want to throw ?

[17:51:22] <AlexLehm> yes sure

[18:04:38] <temporalfox> cool

[18:04:55] <temporalfox> here is the project

[18:04:56] <temporalfox> https://github.com/vietj/vertx-http-proxy

[18:05:01] <temporalfox> it has been simplified

[18:05:16] <temporalfox> and the current goal is to have the COAD tck passing

[18:05:32] <temporalfox> we do have an open source account

[18:05:46] <temporalfox> so I need to send you the credentials

[18:05:47] <temporalfox> and explain how it works

[18:05:56] <temporalfox> not all the TCK tests shall pass (I think some cannot)

[18:06:01] <temporalfox> some are related to Netty

[18:06:07] <temporalfox> some related to the proxy

[18:06:24] <temporalfox> currently it passes 46% of the reverse proxies tests

[18:06:56] <temporalfox> I can send you the info about the tests

[18:07:00] <temporalfox> privately

[18:07:05] <temporalfox> and explain you how to use it

[18:07:17] <temporalfox> the goal of the component is to be reusable

[18:07:27] <temporalfox> so others can use it to build proxies

[18:19:16] <AlexLehm> i will take a look

[18:19:46] <temporalfox> I just sent the mail

[18:19:46] <temporalfox> with the details

[18:19:52] <temporalfox> don't hesitate to ask more details

[19:01:30] <AlexLehm> temporalfox: for some reason the generated .kt files in vert-mail-service are the same as in vertx-mail-client, i think they should not be created in mail-service

[19:03:13] <temporalfox> ok

[19:03:20] <temporalfox> weird

[19:03:31] <temporalfox> it means it is reprocessing the source code

[19:06:38] <AlexLehm> is this based on the class files or on the source code of the java?

[19:08:01] <AlexLehm> will take a look later, i just noticed when i recreated the files for the new snapshot

[19:08:08] <AlexLehm> (not really an issue)

[22:48:01] <yunyul> hmm, I'm messing around with the eventbus javascript bridge

[22:48:07] <yunyul> and I'm only ever getting SOCKET_CREATED messages

[22:48:09] <yunyul> literally nothing else

[22:48:31] <yunyul> no registers, no SOCKET_PING, no SOCKET_CLOSED, nada

[23:05:52] <yunyul> that's dumb

[23:05:56] <yunyul> turns out i needed a slash at the end??