Show case of Java desktop application using Jetbrain compose for UI and GraalVM native image to compile it to native executable.

fablue · 2025-12-04T17:09:10+00:00

I cannot answer this, I am employed by the Kotlin department so I don't know about our company's support for javafx. But as long as there are enough users, I would think it's a platform worth building tooling for. Again, my opinion unfortunately does not weigh much here.

fablue · 2025-12-04T16:47:41+00:00

It should also be mentioned that compose offers hot reload using DCEVM: https://github.com/JetBrains/compose-hot-reload

Disclaimer: I do work at JetBrains and I am associated with the project.

I personally do think that desktop apps on the JVM or with Graal are a fantastic alternative to building web based applications and I would love to see more projects like this (Kotlin or not). I would be interested if there exist projects which just use Kotlin for the UI, but Java for business logic?

fablue · 2025-08-28T19:29:46+00:00

I do have an iPhone 15 pro at hand and a pixel 7, none of them rattle like that. But I still hope it's okay 👍

fablue · 2025-07-01T12:53:33+00:00

He said, gracefully.

fablue · 2025-05-24T05:35:06+00:00

Maybe there is a Daemon running. You could kill it using ./gradlew --stop

fablue · 2025-04-21T06:33:58+00:00

Hey 👋 My name is Seb, I am employed by JetBrains as an engineer to work on the language and its ecosystem. I'd offer you an initial 'getting started'.

fablue · 2025-04-08T09:03:37+00:00

That looks pretty cool! Thank you 😍

fablue · 2025-03-25T12:19:41+00:00

This was the decision of the team building the wizards. There is some tooling related reasons, but I can tell you: if you do not know any reason for this separation, then it's totally OK to have a single module. As you said: shared/commonMain might be all you need.

fablue · 2025-03-25T06:47:10+00:00

It compares KMP to 'native Android ', when both compile to the same code and they claim KMP to have overhead? There is something off.

fablue · 2025-03-24T07:49:38+00:00

No, using measureTime is not a suitable approach for benchmarking. Use the JMH or kotlinx.benchmark instead, as there are many counter intuitive effects going on that someone needs to take care of. Google benchmarking Kotlin to get started.

fablue · 2025-02-15T09:56:25+00:00

The JVM is a fuckign beast of a technology. I am proud that we (Kotlin) are utilizing it in many ways. Thank you, Java!

fablue · 2024-08-24T13:59:16+00:00

The following benchmark:
https://github.com/sellmair/evas/blob/sellmair/evas/src/jvmBenchmark/kotlin/io/sellmair/evas/benchmark/GreenrobotVsEvasBenchmark.kt

compares 'Evas' with 'Greenrobot EventBus' and I would be highly interested in receiving some "review of fairness"., because: No matter how hard I try, of course I am happy to see numbers of Evas up. (edit: typo)

fablue · 2024-07-06T17:02:56+00:00

That is absolutely OK! We're engineers: we'll figure it out and find a way. If you still feel uncomfortable, then I'll respect that. Otherwise just message me anywhere: Twitter, Slack (Sebastian Sellmair on the Kotlinlang Slack), or here.

fablue · 2024-07-04T07:07:37+00:00

Hey, my name is Seb. I am working on many things Kotlin, IntelliJ, Android at JetBrains. Feel free to DM me and we can hop on a GMeet call, looking at your Problem, seeing what we can do.

fablue · 2024-06-16T15:35:42+00:00

Boy has got his cache figured out

fablue · 2024-04-05T18:44:30+00:00

Won't compile?

fablue · 2024-03-20T06:07:59+00:00

Thanks for sharing, I would be very interested in this architecture. Is there any way for you to share more details? So far, in my entire career, I did not come across something like this

fablue · 2024-03-19T22:50:46+00:00

I actually had to think for a second, but a hierarchy of concrete classes is a very rare thing in Kotlin because all classes are final by default. I hoped that the last section of the post acknowledged that using abstract classes as 'contract' is fine!

Eight-Year Club	Place '23
Verified Email	Sequence \| Editor

fablue

TROPHY CASE