there are two vertx talks

same for devoxx, etc..

so your opinion is a bit unfair imho

and there is a vertx channel on this slack

so if you don’t go on this channel and ignore it, of course you will not hear about it 🙂

i don’t like the “marketing noise” part i’m afraid that marketing is part of the product whether you like it or not kotlin couldn’t have gone this far without marketing it’s all about how much you’re willing to invest i’m sorry red hat doesn’t commit so much

I don’t disagree with you, Red Hat is EE centric

we’re fortunate enough that they pay our salary to develop it though

perhaps then vert.x needs a new sponsor?

I would welcome any sponsor as being also the lead of Vert.x being an Eclipse project

i.e I don’t consider that the project belongs to Red Hat

and I believe it is more independant than others

it’s more about searching for a sponsor that would be interested in marketing too

honestly, i don’t know about vert.x so much attended one talk at devoxx

It takes more than just some sponsoring, it needs to address a big need

but since it’s not used much, it’s hard to invest time in learning it and it’s a vicious circle

I think vert.x goes too deep in one dimension and not deep enough in others, and as such, it's been outclassed by other frameworks such as Spring Boot

i think you are start offtop guys

Uh? vert.x is pretty relevant for #server I'd think

Not so much Kotlin (yet) 🙂

Ah true, RedHat is still quite shy about Kotlin, understandably so

Seriously, though, I find it strange that vert.x didn’t recognize and embrace coroutines yet. Being async from top to bottom, adding proper coroutines could make it really an async web framework to go with Kotlin. Given that #ktor is not that mature yet.

actually we do for 3.5

we find them great

and we thank Kotlin for it 🙂

for me it’s a game changer for non blocking applications

@cedric perhaps we should make more noise like Marc Fleury used to do for JBoss back in the 2000 ... oh wait.... 🙂

I actually am using that 3.5 lib for coroutines for 3.4.2 current version, seems to work nicely.. needs to be expanded a bit though

Whereas in vert.x that is the main selling point, like a nodejs for kotlin...

spring 5 goes GA yesterday with supporting reactor 3.1