[00:04:37] <Sticky> make sure you call the async thing, otherwise the test will assume it blocks until completion
[05:10:18] * ChanServ sets mode: +o temporalfox [08:20:35] * ChanServ sets mode: +o temporalfox
[10:10:33] * ChanServ sets mode: +o purplefox [10:15:03] <purplefox> pmlopes: cescoffier temporalfox: morning [10:15:13] <pmlopes> good morning [10:15:13] <temporalfox> hi [10:17:15] <cescoffier> good morning [10:17:38] <cescoffier> so, we have 3 talks accepted at devoxx, and one at softshake (geneva) [10:18:56] <Sticky> gratz, are the topics all vertx? [10:19:50] <cescoffier> Sticky: yes [10:19:51] <purplefox> cescoffier: awesome! [10:20:59] <purplefox> i don't know softshake [10:23:08] <cescoffier> purplefox: it's a small conference in Geneva (so very close), mostly financial / banking app developers (well, Geneva ) [10:24:42] <purplefox> cescoffier: so we have 1 lab + 1 tutorial + 1 conference talk now (at devoxx) ? [10:25:15] <cescoffier> purplefox: yes [10:25:22] <cescoffier> purplefox: no [10:25:24] <purplefox> and you and paulo doing them all as joint presenters? [10:25:43] <cescoffier> purplefox: a lab (micro-services), a tools in action (vertx-web), a conference [10:26:03] <purplefox> is the lab the one where you use docker and openshift? [10:26:09] <cescoffier> purplefox, and yes, all of them are presented by pmlopes and me [10:26:17] <purplefox> cool [10:26:32] <purplefox> I am actually quite glad that I am having a break from conferences this year :) [10:26:33] <cescoffier> purplefox: yes, openshift, docker, hazelcast, and a web frontend [10:26:41] <purplefox> maybe next year i will do some again [10:27:33] <cescoffier> purplefox: the talks would be ready [10:27:48] <purplefox> he, that's a bonus :) so when are you writing them? [10:28:29] <cescoffier> starting next week (you know during our vacations) [10:28:41] <purplefox> I do have to give a private talk in November would be nice to reuse the conference one for that [10:28:51] <cescoffier> it will be ready [10:28:59] <purplefox> cool [10:29:07] <purplefox> are you going to user reveal.js for it? [10:29:13] <purplefox> s/user/use [10:30:22] <cescoffier> purplefox: we have to decide with pmlopes. It might be cool to have vert.x serve the slides [10:30:33] <purplefox> the thing with conferences is we could pretty much do all the conferences if we wanted to - I still get invited to a lot without submitting, and if we submitted we'd pretty much be guaranteed a talk as Vert.x is an interesting topic [10:30:46] <purplefox> so the question is really how much time we want to devote to them [10:31:14] <purplefox> i'm in two minds whether conferences are an effective form of marketing or not [10:31:32] <cescoffier> these conferences are more to advertise vert.x 3.x [10:32:18] <pmlopes> purplefox which ones do you consider more important to present? [10:33:03] <cescoffier> I would say the conference [10:33:20] <purplefox> the conference talk will get more audience [10:33:46] <purplefox> i've talked at devoxx about vert.x twice [10:33:57] <purplefox> both times room was full, around 500 people [10:34:21] <purplefox> devoxx is a good conf [10:34:49] <purplefox> but the thing with most conferences is you usually see the same old faces at every conference [10:35:01] <purplefox> who probably already know about vert.x anyway ;) [10:35:31] <purplefox> and 95% of devs never go to conferences because they are expensive [10:36:01] <purplefox> so confs only reach that 5% of devs who are probably alpha developers anyway [10:36:08] <purplefox> anyway just my 2c [10:36:35] <purplefox> they can be a fun holiday though and a chance to see a new place [10:38:40] <pmlopes> then the alternative is to start a PR team :) like other projects make a weekly mailing with articles, youtube videos, etc… that developers can subscribe so you can easily target the real users and not the alpha developers or managers that attend conferences [10:41:07] <pmlopes> for example once a week i get some email from docker, postgres and html5 with a couple of links of what is going on so i can keep update, but that is kind of a job on itself, to create content, curate it, and keep the flow so every week there is something interesting [10:55:54] <millrossjez> @purplefox, conferences are interesting, I go to conferences to learn new stuff so I might go see a vert.x talk if it was beyond a basic intro, but would swerve a complete introduction, but like you say confs cost money and most employers won't send their staff to them (and often the staff can't afford to send themselves) [10:56:20] <millrossjez> the main people you'll hit at conferences are people who are already interesting, and the self-employed [10:56:28] <millrossjez> the main people you'll hit at conferences are people who are already interested, and the self-employed [10:56:51] <millrossjez> that said, Josh Long always fills the room for his Spring Boot talks (which tends to be “what's new since last time I told you about it”) [11:04:38] <purplefox> yeah, Josh is a great speaker [11:05:00] <purplefox> spring boot has a much bigger budget than us for marketing though [11:05:10] <purplefox> i mean, josh is pretty much exclusively on this these days [11:05:39] <purplefox> perhaps I am wrong, and conferences do help spread the word [11:05:58] <purplefox> i think vert.x could certainly do with more marketing in some way or other [11:06:26] <purplefox> trouble with the red hat marketing folks is there aren't many of them and they are spread thinly over many projects [11:06:55] <purplefox> i think pivotal has an advantage here as they have fewer projects so evangelist to project ratio is higher [11:35:20] <millrossjez> yeah [14:38:01] <vertx_user> I have two verticles, which need to communicate through eventbus. Right now, i am running both of them on my Mac, with “-cluster” , But they are not able to communicate with one another. How to proceed from here? [14:38:27] <vertx_user> any debugging tips, or suggestions? [14:47:29] <cescoffier> vertx_user: did you check if multicast is enabled ? It's disabled by default on mac [14:47:56] <cescoffier> vertx_user: check http://vertx.io/docs/vertx-hazelcast/#_trouble_shooting_clustering [14:50:53] <vertx_user> cescoffier: is there a way to check if multicast is enabled? [14:51:12] <vertx_user> I tried to ping at 188.8.131.52, which i thought was multicast address [14:51:39] <vertx_user> and i recieved reply from many different ips. [14:51:59] <vertx_user> Most of the systems on my lan are Mac. [14:52:12] <vertx_user> does it mean its working? [14:54:25] <cescoffier> you should try to enable the logging of hazelcast [14:54:34] <cescoffier> and see if the cluster is formed correctly [14:54:48] <cescoffier> maybe you have several network interface and it does not pick the right one [14:56:04] <vertx_user> i tried with cluster-host localhost [14:57:11] <vertx_user> that should ensure right interface i guess [15:00:44] <vertx_user> I just tried adding com.hazelcast.level=INFO to vertx-default-jul-logging.properties [15:01:08] <vertx_user> no difference [15:02:07] <vertx_user> after “Starting clustering…” , i get failure on eventbus.send [15:02:14] <vertx_user> nothing else is being logged [15:02:28] <vertx_user> does that mean cluster is not formed? [15:02:32] <vertx_user> what can i do about it? [15:02:55] <vertx_user> cescoffier: ^ [15:04:52] <cescoffier> your cluster host is probably something like 192.168.1.x [15:05:33] <cescoffier> if enabled correctly, hazelcast is really verbose [15:19:50] <vertx_user> am enabling the logging correctly? [15:20:18] <vertx_user> I added com.hazelcast.level=INFO to a file named vertx-default-jul-logging.properties [15:20:26] <vertx_user> is that all? [15:20:51] * ChanServ sets mode: +o temporalfox
[15:20:55] <vertx_user> cause i don't see any detailed logging by hazelcast
[15:43:08] <temporalfox> vertx_user hazelcast logging needs to be configured differently
[15:46:27] <cescoffier> vertx_user: how are you launching your application, using the 'vertx' command line or in a fat jar
[15:47:04] <cescoffier> in the vert.x command line, the easiest is to edit the logging properties that are in vertx_home/conf
[15:47:56] <cescoffier> in a fat jar, create a logging.properties, copy the default logging file content, and make the modification you made, then add this file at the root of the fat jar
[16:22:45] <melvinross> in a clustered event bus, does vertx deliver messages to vertices inside of the same vertx instance differently than it delivers messages to vertices inside of other vertx instances?
[16:47:46] <Sticky> at the moment there is support for hamcrest matchers in any of vertx 3's testing is there?
[16:48:11] <cescoffier> Sticky: nope
[16:48:23] <cescoffier> (if you think to vertx-unit)
[16:49:10] <cescoffier> you need to 'customize' your hamcrest usage to call context.fail (context it the test context)
[16:49:30] <cescoffier> however, if you use plain junit, then no problem to use hamcrest, assertj…
[16:49:41] <cescoffier> I genenerally use Awaitability in compbination to assertj
[16:50:26] <Sticky> yeah, I am using the async stuff so cant use hamcrest out the box
[17:33:24] <AlexLehm> Sticky, i think i have used hamcrest in some tests, let me check
[18:03:29] <AlexLehm> ok, i wrote a assertThan method that calls context.fail
[18:03:35] <AlexLehm> assertThat
[18:03:59] <Sticky> yeah, I wrote the same method
[22:28:38] *** ChanServ sets mode: +o purplefox
[23:02:22] <jtruelove> are any of you guys going to JavaOne?