mastodontech.de ist einer von vielen unabhängigen Mastodon-Servern, mit dem du dich im Fediverse beteiligen kannst.
Offen für alle (über 16) und bereitgestellt von Markus'Blog

Serverstatistik:

1,5 Tsd.
aktive Profile

#virtualthreads

0 Beiträge0 Beteiligte0 Beiträge heute

Java Is Becoming a Monster (And I Love It)
I used to think Java was done. Stale. Verbose. A relic.
But now? It mutated. It spawns 5000 virtual threads like it’s nothing.

I just built a REST service:
✅ Runs on virtual threads
✅ Functional pipelines
✅ Only a few MB RAM
✅ No thread-pools
✅ No leaks
✅ Pure JVM

This isn't Java 8 anymore.

✨ No Groovy. No Kotlin. No detours.
Java is now useful and gets Beautiful.

And then there’s GraalVM:
If you skip reflection and runtime init, you get:
⚡ Native executables
⚡ Instant startup
⚡ Tiny memory
⚡ No runtime surprises

Game. Changed.

But OSS frameworks?
Still look frozen in 2015.
Heavy, reflective, runtime-hacked monsters.

So I built my own tools:

🔥 TypeMap
→ Zero-reflection json/xlm reader & type converter
→ GraalVM native
→ Fast. Simple. Functional.
github.com/YunaBraska/type-map

⚔️ Nano
→ Anti-framework
→ Static main, no DI magic
→ Pure, clean design
github.com/NanoNative/nano

🧪 Nano example app
➡️ One single static main file
github.com/YunaBraska/nano-gra

🛠 API-Doc-Crafter
➡️ Native CLI doc tool
github.com/YunaBraska/api-doc-

🧭 My Java Functional Guidelines
devabyss.hashnode.dev/java-fun

Java isn't just catching up.
It’s setting the pace now.

The only question is:
Can frameworks and libraries keep up?

🚀 Java 24 is here! 🦾

Modern Java has outpaced frameworks, waiting for them to catch up. With GraalVM, Virtual Threads, Native Compilation, and Functional Programming, do we even need frameworks anymore? 🤔

🔹 Java 24 optimizations I love:
✅ JEP 450 - Compact Object Headers for memory efficiency
✅ JEP 488 - Primitive types acting like objects

⚠️ No more 32-bit x86 support!

Java releases features only when they are ready. No half-baked experiments. Can’t wait for future operators like ?, ??, !., and ?..

Java is evolving fast. Are you keeping up? 🚀

JEP 491, "Synchronize Virtual Threads without Pinning," is now Proposed to Target for JDK 24!

This initiative aims to resolve Java's "pinning" issue, a limitation of the synchronized keyword, which restricts scalability with virtual threads. JEP 491 eliminates this constraint, unlocking high-performance concurrency without extensive refactoring.

Find out more on #InfoQ 👉 bit.ly/4fg0Z9C

#Java#VirtualThreads#JDK24

Being on the @devoxx stage again, for the first time together with my 14-year-old son, was an absolute pleasure! We presented #MelodyMatrix, a desktop app created with #JavaFX and #Kotlin to "look at music". An ideal way to experiment with #VirtualThreads and compare whether they can play the piano as well as Vik...

The video recording is available here:
youtube.com/watch?v=xbaLjoTU49

All the links of the talk here:
webtechie.be/post/2024-10-09-d

Excited! I will be on the @devoxx stage twice in Antwerp in October! Together with @rdehuyss, we will demo hands-on #JobRunr with #JavaOnRaspberryPi. The second one is even more special as Vik, my 14-year-old son will co-present and compete with #VirtualThreads to prove who is the best piano player, (young) man versus machine! You can see some of it already in action in our app, MelodyMatrix, here: melodymatrix.rocks/.

#kotlin #javafx #midi #devoxx @pi4j

Dive into the latest advancements in #Java with our latest article on JDK 21's virtual threads: bit.ly/4cEppIA

This analysis compares the performance of virtual threads with Open Liberty's thread pool, focusing on key findings such as throughput, ramp-up times, and memory footprint. While virtual threads offer several advantages, they also show unexpected performance issues, especially in CPU-intensive workloads.

This analysis guides Java developers on when and how to use virtual threads in their applications.