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

[03:04:42] <Odiel> Hello there

[03:05:58] <Odiel> I would like to implement my own ErrorHandler to provide a custom response format for when an exception or an error has happened, is there any place where I could look for an example?

[10:02:35] <purplefox> cescoffier: pmlopes temporalfox am i in the wrong meeting again? ;)

[10:02:46] <purplefox> did you get my invite I sent out?

[10:02:49] <temporalfox> lol

[10:02:56] <temporalfox> I'm on the one that Clement sent :-)

[10:03:03] <pmlopes> i am on your invite meeting hehe

[10:03:04] <temporalfox> and I did not receive purplefox one :-)

[10:03:40] <purplefox> i don't think i have the clement one

[10:03:45] <purplefox> anyone have the link?

[10:03:56] <purplefox> let's go there

[10:04:16] <pmlopes>

[10:04:50] <cescoffier>

[10:05:15] <purplefox> be there in 2 mins

[11:31:28] <aesteve> purplefox: on the initial roadmap of Vert.x 3 you mentionned “Opinionated configuration of Apex” but in your Google Group thread you did not mention it.

[11:31:57] <aesteve> May I ask what you had in mind for this “opinionated configuration” ?

[11:32:09] <aesteve> because that's something I'm really interested in

[12:37:25] <purplefox> temporalfox: cescoffier I'm fixing the cert issues on core

[12:37:56] <purplefox> i set cert expiry to the year 2289. hopefully that will be enough

[12:39:56] <purplefox> actually changed it to the year 4753 (1 million days)

[12:46:56] <voidDotClass> have there been any breaking changes for basic http usage, apex, or websockets, since m4?

[12:48:54] <voidDotClass> is 3.0.0-dev_preview1 the latest?

[12:53:34] <temporalfox> the latest is 3.0

[12:55:21] <voidDotClass> any breaking changes since m4?

[12:55:32] <voidDotClass> shows 3.0.0-dev_preview1 as the latest

[12:55:42] <voidDotClass> temporalfox ^

[13:06:57] <voidDotClass> PI(“Puerto Rico”, 51),

[13:06:58] <voidDotClass> VI(“Virgin Islands”, 52),

[13:06:58] <voidDotClass> OOPS

[13:07:04] <voidDotClass> [WARNING] The POM for io.vertx:vertx-apex:jar:3.0.0 is missing, no dependency information available

[13:07:23] <aesteve> it's vertx-web

[13:07:40] <voidDotClass> ah

[13:07:42] <temporalfox> is somehow broken :-)

[13:08:06] <voidDotClass> ty

[13:08:13] <voidDotClass> temporalfox, any other broken changes?

[13:08:27] <voidDotClass> temporalfox, i looked at for maven info but couldnt

[13:08:37] <aesteve> look at the examples repo

[13:08:38] <temporalfox> we just added them in the manual in master

[13:08:42] <cescoffier> purplefox: didn't you say it was not an issue ? (the certificate stuff)

[13:08:42] <voidDotClass> ah

[13:08:45] <voidDotClass> cool

[13:08:47] <temporalfox> or as said aesteve look in examples

[13:10:45] <voidDotClass> so all the imports vertx.apex need to be changed to vertx.web as well?

[13:10:52] <purplefox> temporalfox: cescoffier pmlopes: I am stuck on this certificate stuff. I tried to recreate the basic jks stuff and the test seems to fail with a cryptic ssl exception

[13:10:58] <purplefox> with no information in it

[13:11:05] <aesteve> voidDotClass: yes

[13:11:53] <pmlopes> purplefox: i can have a look

[13:12:33] <purplefox> pmlopes: thanks, that would be great, I am bashing my head against a brick wall hree

[13:14:41] <cescoffier> here is how I did the generation:

[13:23:10] <aesteve> I was wondering something temporalfox, purplefox, when you designed Vert.x 3 API, did you ever feel the need for a “yield”-like functionnality in lambda (for Handler<T,R> for instance ?)

[13:23:29] <purplefox> aesteve: not sure what you mean

[13:24:34] <aesteve> a bit like calling; in vertx-web, but with a result

[13:25:17] <aesteve> like “yield()” would be an alias for and yield(buffer) would simply end the response with the buffer

[13:26:16] <aesteve> or “yield(key, value)” from inside a lambda would put the data in and call

[13:26:52] <aesteve> just “returning data” from a handler

[13:27:39] <aesteve> maybe it doesn't make sense, but someone mentionned it in the google group in regard of Vertx-Sync (thinking it was a yield-like syntax) and I was effectivey wondering

[13:42:58] <aesteve> maybe I found a more concrete example : executeBlocking

[13:44:14] <aesteve> instead of providing a Future as parameter, let the user just call yield(someObject)

[13:44:48] <aesteve> but nvm I was just wondering if you ever felt that need

[16:03:37] <pmlopes> purplefox: i've recreated all certificates however i have a failing test, the one that checks cipher suites, do i need to have a certificate with any specific suite installed?

[16:04:03] <purplefox> pmlopes: which test is that?

[16:04:18] <pmlopes> HttpTest::testTLSCipherSuites

[16:06:35] <purplefox> pmlopes: i don't think the certificates know anything about cipher suites

[16:06:49] <pmlopes> it shouldn

[16:07:00] <pmlopes> 't but if i remove the list the everything is fine

[16:11:20] <purplefox> pmlopes: how does the test fail?

[16:11:54] <pmlopes> the client cannot connect so i guess it could be some signing i am missing in the certificates

[16:12:52] <purplefox> has there been any other changes in that test?

[16:14:34] <pmlopes> no i am just generating all certificates and run the tests

[16:16:49] <purplefox> weird. i don't know what's happening here

[16:20:56] <cescoffier> pmlopes: be sure you clear the system properties used to set the certificates after your tests.

[16:21:08] <purplefox> pmlopes: perhaps try the following:

[16:21:26] <purplefox> run the test with no list of ciher suites and add some logging in

[16:21:37] <pmlopes> then it passes

[16:21:39] <purplefox> tcpsslhelper to log out the list of cipher suites used

[16:21:53] <purplefox> copy that list and then copy it back into the list in the test

[16:21:59] <purplefox> then run the test again, this time with the list

[16:22:40] <purplefox> maybe there is something specific on your machine that those suites aren't supported

[16:29:41] * tomaw sets mode: +o purplefox [16:29:46] <tomaw> purplefox: there you go :) [16:36:25] <cristianmiranda> Hi guys, I need some help on how to handle mongodb connections in my vertx 3 application. I'm using io.vertx.ext.mongo.MongoClient. [16:37:48] <cristianmiranda> I have a couple of questions about it: [16:37:49] <cristianmiranda> 1) Should I create the client and close it per query? [16:37:49] <cristianmiranda> 2) If not, what's the best way to handle connections? (My app is hanging at some point, not sure what the reason is but I suspect it has something to do with how I manage the connections) [16:37:52] <cristianmiranda> Thanks in advance :) [16:53:51] <cristianmiranda> Posted a topic:!topic/vertx/E-i31TGLYRw [17:06:43] <pmlopes> purplefox: found it… for some reason during updates openjdk become the default java on my machine and it does not contain Elliptic Curve algorithms :-/ after switching to oracle it passes i will create a PR with the new test certificates and updated docs (the new certificates are valid for 3 years) [17:16:40] <jtruelove> i'm seeing some build warnings like this - warning: Cannot find annotation method 'concrete()' in type 'VertxGen': class file for io.vertx.codegen.annotations.VertxGen not found [17:16:54] <jtruelove> something I need to do? [17:18:25] <jtruelove> is vert.x 3.0.0 the latest now or should we still be using milestone builds? [18:08:32] <purplefox> msg ChanServ OP #vertx temporalfox [18:08:56] <temporalfox> not sure it worked :-) purplefox [18:09:05] <purplefox> i can't figure out how to do this…. [18:09:16] <purplefox> any ideas? [18:09:30] <temporalfox> not really, I'm not at all IRC expert [18:09:33] <purplefox> i am an op therefore i should be able to give others op, but this doesn't appear to work [18:09:51] <temporalfox> maybe you need “/” before msg ? [18:10:28] <purplefox> i did have “/” [18:11:02] <purplefox> grr, i give up [18:11:48] <temporalfox> try “/mode <#channel> +o <nickname>” [18:11:48] * ChanServ sets mode: -s+tc

[18:12:08] * ChanServ sets mode: +o temporalfox [18:12:11] <purplefox> ha! [18:12:11] <temporalfox> yay [18:12:17] <purplefox> i needed to register the channel first [18:12:32] <temporalfox> when I see @ before I think I'm in a middle of an mvel template [18:12:52] <temporalfox> @temporalFox{} [18:14:53] <purplefox> temporalfox: life is just one big mvel template ;) [18:31:48] * ChanServ sets mode: +o purplefox