so you have to keep in mind these things

when deciding stack/language

heard jatbrains use Kotlin in accounting system, in a server-side

I have no insider info about Kotlin being used in backend (production) 🙂

Ilya maybe has some insight about project(-s) maturity

but for example Wasabi is not ready for production yet

working on it, but not ready I would say

Look at Kovert as well... Nicely built framework if you don't need to tie to spring

Yes, Kara is used in production in JetBrains Account. In general, there is a lot of Kotlin in production. Not so much web apps yet, but we are steadily moving there.

Also working on JS part, so that you can have Kotlin on both frontend (e.g. React) and backend (e.g. ktor)

I have no first hand experience with #wasabi and I’m working on #ktor so I’m biased, but from what I see in their discussions, #ktor is a little bit more developed, but still long road ahead.

#ktor has Kara features now or planed?

yes, except different approach (not MVC, but rather functional composition) and frequent API changes.

Hi guys, what library or framework can you recomend for REST API backend?

Any Java backend, or #ktor or #wasabi

sparkjava is pretty neat

what is wrong with Spring?

What is wrong with Java? ;)

Spring works great with Kotlin!

Yeah, but Spring looks too enterprisy, no? I don’t have a lot of experience with it, though.

If you explain what enterprisy is, I can answer your question 🙂

I mean a lot of ceremony and know-how-to-do, instead of understanding core principles and acting based on them.

There are core principles in Spring, but there are many features that are named like “Spring {something}”, that’s why the framework might look enormous. I’d say that Spring IoC is the core and everything else can be treated as additional features.

For example, in ‘non-enterprisy’ Ruby on Rails, you have a similar situation - you never come up with only the framework itself, but also you have a lot of gems

By the way, it’s Spring Boot that makes building Spring applications easy. Without it we’d have to deal with lots of boilerplate configuration for every single feature.

Some folks I know have recommended Dropwizard, anyone had success with that in Kotlin?

@fellshard We have a Dropwizard Kotlin project in prod with no issues that I’m aware of

We also have a multitude of Dropwizard Java services in prod, so can highly recommend Dropwizard in general. Some use no DI, some Spring and some Guice - all are workable.

@erik has left the channel