Differences

This shows you the differences between two versions of the page.

Link to this comparison view

irc:1489791600 [2017/05/27 13:44] (current)
Line 1: Line 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??