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

[09:17:27] <alexsomai> Hello everyone

[09:18:17] <alexsomai> My name is Alex Somai and I would be interested in working on the [Implementation of [unknown:ldquo]blueprint[unknown:rdquo] Vert.x applications] project

[09:18:29] <alexsomai> I have shared my draft proposal on GSoC web app

[09:19:05] <alexsomai> Therefore, when you have time, can you please review it?

[09:20:19] <alexsomai> In the following days I am planning to build a sample application to prove my knowledge about Vert.x. I am thinking of starting to build a snapshot version of the Todo backend application, which would be the first application on the project list. What do you guys think?

[09:24:51] <shreyansha> Hi, Can anyone please guide me to some architecture document about vert.x. I wante dto understand how the app is deployed and where ?

[09:29:55] <qsys> shreyansha: vertx appliations are normal java applications. Nothing special… what is it you want to do? (You don't need to understand the architecture of vert.x, and vert.x doesn't say you how you should design your application)

[09:35:42] <shreyansha> I am an interested candidate for gsoc and interested in project - Devops tooling for vert.x application. I am not able to make sense that which deployment needs to be done with devops

[09:37:04] <shreyansha> Is your code getting deployed to any cloud based service or something ? So that's why I though maybe an arcitecture overview can help. I have installed vert.x and have played a little bit with some examples

[09:44:00] <qsys> so, if you've installed and played with it, you might get a good view of what it does?

[09:44:15] <qsys> anyway, you 'can' deploy it to could based services.

[09:46:59] <qsys> Are you talking about something like 'vertx as a service'? What kind of tooling would you like to see - vert.x applications are plain, ordinary java applications.

[09:48:38] * ChanServ sets mode: +o temporal_ [09:50:27] * ChanServ sets mode: +o temporal_

[09:54:52] <shreyansha> yes I am talking about vertx as a service (saas) kind of model.

[09:59:36] <qsys> https://developers.openshift.com/en/vertx-overview.html for version 2.x. Although different for 3.x, this might be a start?

[10:01:39] <sachiths> Hi all, I am Sachith and Im focused Implementation of [unknown:ldquo]blueprint[unknown:rdquo] Vert.x applicationsin GSoC 2016, I have developed a v1 kind of code base for that todo-backend application. If there is anyone from the vertx dev group who can review it by taking few minutes, It would be really appreciated

[10:01:43] <qsys> … or, and that's something I've been thinkering about rather often, it would be nice to have a 'managemer module' that deploys/undeploys verticles.

[10:02:07] <qsys> it's kind of possible now from the 'vert.x shell', which is very powerful.

[10:03:07] <sachiths> I'll share the codebase with him/her if ther is anyone will to as a help

[10:07:42] <shreyansha> okay @qsys I will go through the doc, for me deployment has always mean deploying to servers so that's why I am a bit confused there. I have tried some deployment using jenkins in the past.

[10:11:26] <shreyansha> thanks a lot @qsys

[10:11:46] <qsys> well, in most cases: it's about put your jar somewhere on a server an start it using 'java -jar …'

[10:12:51] <qsys> Hopefully, you'll get it up and running 'the way you like it'

[10:28:34] <cescoffier> qsys : there is not such as thing like vert.x as a service. Vert.x is a toolkit not a container. However, we provide support for openshift v2, Heroku, Azure, openshift v3 (in progress)

[10:29:39] <cescoffier> qsys : for non-distributed app, it's really easy. Things start to be complicated when you build a cluster, as the discoverability depends on the cloud provider, and after that the eventbus use TCP connections between nodes

[10:51:52] * ChanServ sets mode: +o temporalfox [11:23:41] * ChanServ sets mode: +o temporal_

[12:25:03] <philip> hi

[12:26:56] <philip> when using Sync.awaitResult, how to check for errors (for example if the address the message is sent to does not exist)?

[12:30:18] <philip> to be more precise: i have the following line of code: reply = awaitResult(h → vertx.eventBus().send(“someaddress”, someJsonObject, h);

[12:31:18] <philip> now how to handle the case that i did not receive any reply?

[12:33:36] <philip> ah, just found out myself: it throws an exception

[12:33:38] <philip> thanks guys ;)

[12:57:52] <marti_> ping cescoffier

[12:58:01] <marti_> ping pmlopes

[13:24:41] <marti_> ping pmlopes

[13:24:42] <marti_> hi!

[13:29:59] <pmlopes> hi

[14:25:02] <cescoffier> philip : I don't really know vertx-sync, but in vertx-core, the handler is called with a async result denoting the failure (no reply)

[14:36:17] * ChanServ sets mode: +o temporalfox [14:51:59] <jayamine> (GSOC 2016) hi, i have a question about the project name. (vertx tcp event bus client application) .we already have go bridge. so can we change the project name into another? [14:54:46] <jayamine> I have planned to create clients for c, c#, rust and python. i added to python beacuse i saw some people are interested at it. [14:55:19] <jayamine> after gsoc i'll finish the objective c client also [14:56:39] <jayamine> i added to python == i added python [15:06:25] <cescoffier> jayamine : I've updated the description on vertx.io/gsoc [15:06:54] <cescoffier> the set of language is part of the proposal, but yes C, C#, Rust and python is a really good set [15:07:02] <cescoffier> are you familiar with objective-c [15:09:00] <jayamine> actually i'm not memorizing syntex. but i'm familiar with its concepts. :-) [15:10:51] <cescoffier> it's already a good start [15:11:17] <cescoffier> in the proposal, describe the bridge protocol, so we can check you have understood how things are going to work [15:16:57] <jayamine> okey .i'll share my proposal draft as soon as possible. :-) [15:49:48] * ChanServ sets mode: +o temporalfox

[16:15:45] <marti_> hi cescoffier

[16:15:49] <marti_> ping cescoffier

[16:15:53] <cescoffier> Hi marti_

[17:13:03] <marti_> hi

[17:42:58] <corona10> Hi my name is Dong-hee Na, I am an undergraduate student of Chung-nam National University of Korea. I submited application for GSoC 2016 for Implementation of [unknown:ldquo]blueprint[unknown:rdquo] Vert.x applications

[17:43:27] <corona10> I wrote To-DO Backend implementation for practice of this GSoC

[17:43:35] <corona10> with Vert.x

[17:44:54] <corona10> But there are a lot of things to improve it. I wish I could do work with mentor during this GSoC 2016.

[17:45:34] <corona10> I linked my backend implementation repo on my application.

[17:46:39] <corona10> and also there are more suggestion on my application. I wish I could spread out Vert.x to more users of korea.

[18:03:26] <corona10> so if somebody read my application and review for it. It will be really happy for me. Thank you

[23:44:14] <kuwv> Can someone help me with setting up Eclipse with Vert.x?

[23:45:01] <AlexLehm> i think the easiest way to use eclipse with vert.x is to create a maven project and use the m2e plugin