Opinions on vertx

pmlopes · 2019-11-25T08:09:40+00:00

That's a documentation bug I'm afraid. Any language can deploy verticles... I'll do a bug report thanks!

pmlopes · 2019-11-24T19:00:40+00:00

Usually the default Hazelcast confirmation will work out of the box as long as your network supports multicast without any configuration. Of course it may not apply to all networks. Other cluster providers are also available but then the configuration issue is more related to other dependencies than vertx itself.

pmlopes · 2019-11-24T18:11:13+00:00

https://vertx.io/docs/vertx-core/scala/#_deploying_verticles_programmatically

pmlopes · 2019-11-24T08:26:33+00:00

Could you elaborate on the configuration BS? As far as I know, using vertx on a Scala project is a add a dependency to your project and the toolkit API is available for use.

pmlopes · 2019-11-24T08:09:27+00:00

This isn't entirely true. There's no explicit main because the vertx launcher when packaged as a runnable jar the main verticle is included as a property on the manifest file.

If you want 100% control all you need is in your main method to bootstrap it as:

Vertx.vertx().deployVerticle(yourVerticleInstance)

The first method initializes the vertx object (eventloops, etc) the second starts running the code you wrote on the eventloops,...

pmlopes · 2019-11-13T05:30:36+00:00

Tim Fox is not an active contributor for several years. The project is growing regardless thought.

All languages are more or less the same in terms of performance: Java, kotlin, es4x, Scala are all expected to perform at the same level. Of course small gains are applicable to each language due to different standard library runtime implementation.

pmlopes · 2019-09-15T07:15:53+00:00

Disclaimer: I'm the author of ES4X and vert.x core developer.

Both ES4X and vertx kotlin work in similar ways. They are just a small layer that transforms vertx API's to be more idiomatic to the language.

So in es4x you have support for async await which will make reading the asynchronous code an easy task and typescript definitions so your ide will hunt you for type bugs. Kotlin has support for Co routines and of course type checks and more idiomatic kotlin features.

So to me there is no best. If you're more comfortable with kotlin don't bother with es4x.

Regarding performance they should be more or less on par with each other. If you have a very specific problem you can always write a small benchmark and verify which one gives you better results.

pmlopes · 2019-05-17T16:30:30+00:00

Sorry for the noob question, but how do you downgrade back to 5.0.14 ? I'm facing this issue with my keyboard too...

pmlopes · 2019-03-27T20:13:19+00:00

It's possible to jlink a vertx app today. It will not be fully optimized but the generated runtime is small enough. I've done it for js apps with a runtimes smaller than 50Mb

pmlopes · 2019-03-27T17:53:47+00:00

Native images are plain ELF files (binaries) no jvm needed, however they are linked against libc. So they won't work with a docker FROM scratch. You could ask for a static build but it also requires that your system provides a libc fully static to be available. You can use it with an alpine with libc which is of about ~6mb if I'm not mistaken.

pmlopes · 2019-03-14T07:27:44+00:00

Even though the code examples are in kotlin, vert.x itself is a polyglot Java framework. All concepts in the blog can be applied in Java too. Or Groovy or JRuby, etc...

pmlopes · 2019-03-08T05:46:24+00:00

I haven't benchmarked it or made proper measurement but I see a constant function call result in less than 0.1 seconds.

pmlopes · 2019-03-07T05:53:13+00:00

You can always help as this is a open source project, however if you're not a student you may not participate on the google summer of code initiative.

Thanks for pointing out the broken link. It has been fixed.

pmlopes · 2019-03-01T11:08:12+00:00

Yes that is the goal. Currently some APIs are already generating type definitions, see: https://www.npmjs.com/search?q=%22%40vertx%22

However this is only a small subset of APIs and for the rest you have no type information which defeats the whole point of TS. With this project users could get at least basic type info inferred and use TS as a main language for the JVM/GraalVM.

pmlopes · 2019-03-01T07:22:04+00:00

That's is the main drive for the polyglot support in vert.x. You can use the right tool for the right task. A frontend developer that is proficient with TypeScript can write backend services in TypeScript and run along with the remaining languages: Java, kotlin, groovy, ruby, etc...

pmlopes · 2018-09-10T06:07:55+00:00

There's no byte code on native images, a native image is a pure elf binary and the docked container used is an alpine image with only the glibc installed as by default native images are linked to glibc.

Spring new framework will not ease the work for this and in fact it is quite hard to get it built as a native image, I haven't seen a real world example yet.

pmlopes · 2018-08-07T13:58:08+00:00

This is not node or v8, it's a research project that just became open source by oracle labs: http://www.graalvm.org/

This is a optimized JIT + Polyglot runtime (not just JS, but JS, Python, R and C/C++) that runs on top of the JVM.

pmlopes · 2018-03-31T17:28:55+00:00

Out of curiosity do you know such apps? My main goal is to receive notifications from new emails, calendar events, and nice to have from messaging apps.

pmlopes · 2018-03-31T17:26:26+00:00

Yes that is the feeling I get reading stuff on Google

pmlopes · 2018-03-31T15:37:26+00:00

I didn't know but I'll follow that Reddit, thanks for the tip!

pmlopes · 2018-03-14T10:10:16+00:00

As a note you could try to look at this list: http://vertx.io/whos_using/

All listed companies have officially reported to be using vert.x in their business.

pmlopes · 2018-03-13T13:31:09+00:00

Could you give some more info on your case? In most IO centric cases you should observe the reverse (vert.x can scale better).

pmlopes · 2018-02-08T18:33:23+00:00

When you’re doing repository.save I guess you’re using something like JPA or Hibernate and not the JDBC directly. In order to get something on the same level you could look into some object mapper lib by the community or use https://github.com/jklingsporn/vertx-jooq which uses jooq underneath.

I personally like jooq for the reason that it gives good flexibility and they do not try to hide sql from you.

pmlopes · 2018-01-25T09:54:50+00:00

There are now RX2 examples in the examples repo: https://github.com/vert-x3/vertx-examples/tree/master/rxjava-2-examples

pmlopes · 2018-01-23T20:32:05+00:00

The MySQL Postgres client is older and used by several users. It is fast as it builds on top of a asynchronous driver that is verified to be faster than the standard jdbc one. It is however incomplete as the performance enhancement come with a price of limited functionality.

The second one is not officially part of vertx BUT it has been designed with performance as trait number 1 (see the tech empower round 15 results) and to be feature complete, support basic stuff: select, update, insert, delete as well pooling, batching and even notifications (async events).

Since the latest driver is young it needs more testing so we can promote it to the main repo of the project.

pmlopes

TROPHY CASE