Differences

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

Link to this comparison view

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