no point in using a bazooka to kill a fly

its similar to using sinatra vs rails [node vs express]

https://javalin.io/ or spark are good if you want something small-ish

vert.x is better if you are going big

yeah

i'm go to student

Use Spring. It's the ultimate hammer 😁

Thanks!!

Hello every one 🙂 This is Benny, Software Engineer from Singapore. I have just created a reading list for people who are interested in Back-end Architecture or preparing for System Design interview at: https://github.com/binhnguyennus/awesome-scalability

Please check it out and let me know your idea! Any star will be greatly appreciated ⭐ Thank you very much ❤️

Who’s gonna try? metal https://blogs.oracle.com/java/jdbc-next:-a-new-asynchronous-api-for-connecting-to-a-database

With #coroutines 🙂

Spoiled by Kotlin and Scala, all that code looks horrible

@dh44t I'm sure if you added enough implicits, it could look horrible in scala as well! 🧌

it could look aesthetically good (now, readable is totally another point) but those lambda returning null 🤢

I have a question. At work we are currently experimenting with Kotlin and Spring Boot. One of the nice things of Java and Spring Boot was, that if you had something like "public interface EventProcessor<T>" in Java you could autowire a list of classes that implement that interface. While trying to do this today with Kotlin it didn't work. Why is that so? And is there an alternative to do a similar thing "the kotlin way"? Currently we just transform the object and based on the type we execute a different processor. This is done via a "when (x)..." but that isn't as nice.

sorry, wrong slack

I have another question: has anyone tried writing a Kotlin DSL for neo4j Cyper? I think a Kotlin DSL would be very suitable for running Cypher queries instead of writing them as strings and then asking neo4j to parse them. It would give us type safety, code completion, error detection….

Does this version expose its worker group for integration w/ Ktor? I need parts of vert.x like async db and health checks, but while using ktor for handling hte actual requests.. but it has its own thread pool. If vert.x would expose its thread pool, we could either make ktor use it, or get ktor to set vert.x's thread pool...

Hi, all! What library do you use instead of modelmapper?

What's your go-to kotlin http client to make requests?

I've only used it a little bit but https://github.com/kittinunf/Fuel seems popular

I saw that - but it seems that its gradle only - need something maven supported

The artifacts are uploaded to bintray, you can add the dependency with Gradle or Maven https://bintray.com/kittinunf/maven/Fuel-Android/1.12.1

It’s nice that fuel has a curl debug mode. That’s the first time I’ve seen that in a stand-alone client library (although we do provide it in the #http4k clients 🤗) - after looking at the docs, I might even be tempted to make a fuel module. (For those that aren’t familiar, this feature means that any http request can be output as a curl string - similar to “copy as curl” in chrome. This is incredibly useful as you can log requests to be replayed later).

https://github.com/square/okhttp is also quite popular 😉

@dave You can also use something like Postman if you want to store complex queries and replay/tweak them later

there's another Postman like tool, whose name I forget

@cedric yeah - postman is pretty cool but generally we log certain transactions with the curl so we can replay them with little/no effort. In http4k, we also have a complete traffic recording facility modelled as filter (middleware), so you can serialise entire streams of requests or responses to disk (or s3 etc) and replay them later.