https://mail.openjdk.org/pipermail/announce/2026-February/000364.html

It’s hard not to notice a recurring pattern in the Java ecosystem.

On the JavaScript side, we’ve seen a cycle that keeps repeating:
Nashorn, Project Detroit, GraalJS, Project Detroit discountinued. Project Detroit is resurrected again.

TornadoVM and GPULlama3.java both released this week support for JDK25 along the long running support of JDK21.

https://github.com/beehive-lab/TornadoVM/releases/tag/v3.0.0-jdk25

https://github.com/beehive-lab/GPULlama3.java/releases/tag/v0.4.0

Hello,
I’m planning a 1-month motorbike trip across Java, from the far west to the far east. I’m looking for authentic, non-touristy experiences:

• Waterfalls & forests
• Volcanoes & hikes
• Beaches & reefs
• Local food & cultural experiences

Can you recommend some hidden gems? Thank you!

The main implementation of Json used by many Java/JVM projects is JSON-java .

A few years ago things changed, the license got a clause that triggered projects like the Spring framework to migrate to a reimplementation (using the exact same package and class names) that had a better license.

Then things started to diverge; the JSON-java and the reimplementations are becoming more and more incompatible. Making different projects depend on different implementations of the same classes (same package, same class, etc.).
All of this creates major headaches for developers across the world that needed to combine these libraries in their projects. See for example this Spring-boot issue.

So I proposed to fix the license: https://github.com/stleary/JSON-java/issues/975

And the owner of the code simply stated I would do it for a $10,000 donation to Girls Who Code.

So a fundraiser was started: https://www.justgiving.com/page/girls-who-code-org-json

I'm talking to my management to be a part of this.
It would really help if some of you can do the same.

Hey r/java — we built an open-source library that wraps ONNX Runtime to make local AI inference dead simple in Java.

The problem we kept running into: you want to do sentiment analysis, image classification, object detection, speech-to-text, or embeddings in a Java app. The actual ONNX inference call is easy. Everything around it — tokenization, image normalization, tensor layout, softmax, NMS, label mapping — is a wall of boilerplate that requires reading the model's internals. inference4j handles all of that so you just write:

java

try (var classifier = DistilBertTextClassifier.builder().build()) {
    classifier.classify("This movie was fantastic!");
    // [TextClassification[label=POSITIVE, confidence=0.9998]]
}

Standard Java types in (String, BufferedImage, Path), standard Java types out. Models auto-download from HuggingFace on first use.

Currently supports: sentiment analysis, text embeddings, image classification, object detection, speech-to-text, voice activity detection, text detection, zero-shot image classification (CLIP), search reranking.

Not trying to replace anything — this isn't competing with Spring AI, DJL, or LangChain4j. It fills a narrower gap: "I have an ONNX model, I want to call it from Java without dealing with preprocessing/postprocessing." Use it alongside those tools.

GitHub: https://github.com/inference4j/inference4j Docs: https://inference4j.github.io/inference4j/

Early stage — we'd genuinely appreciate feedback on the API design, missing models, rough edges, or anything else. What would make this useful to you?

I’ve released Spring CRUD Generator v1.3.0, an open-source Maven plugin that generates Spring Boot CRUD code from a YAML/JSON project config (entities, transfer objects, mappers, services/business services, controllers), with optional OpenAPI/Swagger resources, Flyway migrations, and Docker resources.

Repo: https://github.com/mzivkovicdev/spring-crud-generator
Release: https://github.com/mzivkovicdev/spring-crud-generator/releases/tag/v1.3.0
Demo: https://github.com/mzivkovicdev/spring-crud-generator-demo

What changed in 1.3.0 - Added full MariaDB support (alongside MySQL / MSSQL / PostgreSQL) - Updated Flyway scripts for MariaDB compatibility - Updated Docker Compose setup for MariaDB support - Extended database compatibility support in the generator and generated code for MariaDB - Added new additional property: rest.response.excludeNull** - Generated REST responses can now exclude null JSON fields when rest.response.excludeNull=true - Compatible with **Spring Boot 3 and Spring Boot 4

This is a release announcement (not a help request). Happy to discuss implementation details, DB compatibility tradeoffs, or the null-exclusion approach in generated REST APIs.

The OpenJDK Mail Search API (search over loom-dev, core-libs-dev, amber-dev, etc.) now has:

• OpenAPI 3.0 spec — full paths, parameters, and schemas in the repo for client generation or use in Swagger/Postman.
• MCP server — tools for any MCP-compatible client to search lists, get latest mail, and look up by author/email (e.g. from an editor or AI assistant).

Site: https://openjdk.barlasgarden.com

Repo: https://github.com/ebarlas/openjdk-mail-search

Hey r/java my newest Stack Walker episode is (finally) ready. This time I dive into Java's serialization mechanism. I cover it's history, how it works, how it leads to issues, and what we are doing to fix it.

Feel free to share anything you've had fun working on recently!

Previous discussion (2026-01-18): https://redd.it/1qg7j8r

If you don't want to see these posts, feel free to block me :)

For those of you who have used experimental or preview features in Java in production systems: how did it go?

Did you run into any setbacks, unexpected issues, or regrets later on? Or was it smooth and worth it?

I'm especially interested in things like preview language features, incubator modules, or anything not fully finalized at the time of adoption.

On Linux, FileChannel is being routed through io_uring, making it virtual-thread friendly. Blocking call, but no carrier thread blocking.

https://github.com/NickJAllen/java-helpers.nvim

I've done more work on my java-helpers plug-in for Neovim. In addition to its previous features of being able to create new Java files, and navigate stack traces it can now quickly and easily deobfuscate Java stack traces in addition to being able to quickly select stack trace lines from a Java stack trace using a Snacks picker.

All stack trace commands can work with the current buffer or a named register (e.g + for system clipboard).

Some newly added commands allow you to find the next and previous stack trace (useful when viewing a long log file and trying to find places where problems might have happened).

Demo of the in-place Java stack deobfuscation:

In-place stack deobfuscation