Author | Lightnews

Reposted by Graeme

GraalVM @graalvm.org · Jun 11

From JIT to Native: Path to Efficient Java Containers: medium.com/graalvm/from... by @olyagupalo.bsky.social
#Java #GraalVM #Micronaut

From JIT to Native: Path to Efficient Java Containers

Can a Micronaut application start in milliseconds and run in a container smaller than most Go apps? It can, with GraalVM Native Image…

medium.com

8 10

Graeme @graemerocher.bsky.social · Apr 24

Not sure there has ever been a technology that made me want to ragequit software development completely like Lombok does. Somebody kill it with fire please.

3 4

Graeme @graemerocher.bsky.social · Apr 7

Source code generation from JSON schema with @micronautfw.bsky.social micronaut-projects.github.io/micronaut-js...

Micronaut JSON schema

micronaut-projects.github.io

2

Graeme @graemerocher.bsky.social · Apr 5

Generate Maven and Gradle plugins from common code using @micronautfw.bsky.social sourcegen micronaut-projects.github.io/micronaut-bu...

Micronaut Build Plugin Sourcegen

micronaut-projects.github.io

3

Graeme @graemerocher.bsky.social · Apr 2

Nice! @micronautfw.bsky.social 4.8 now ships with HTTP client and server implementations that use the built-in JDK client and server. You can build GraalVM compatible Micronaut applications with no third party dependencies micronaut-projects.github.io/micronaut-se...

#java #micronaut #graalvm

Micronaut Servlet

micronaut-projects.github.io

4 7

Reposted by Graeme

Micronaut Framework @micronautfw.bsky.social · Apr 1

The Micronaut Foundation is excited to announce the release of Micronaut Framework 4.8.0 ! Please see our latest blog post for more details. micronaut.io/2025/04/01/m... #micronaut

4 7

Reposted by Graeme

Wolfgang Weigend @wolfgangweigend.bsky.social · Mar 26

Awesome "GraalVM for JDK 24 Release Stream" by Alina Yurenko and Fabio Niephaus today with the latest "GraalVM for JDK 24" features medium.com/graalvm/welc... and medium.com/graalvm/what... @alina-yurenko.bsky.social @fniephaus.com

1 2 8

Reposted by Graeme

Alina Yurenko @alina-yurenko.bsky.social · Mar 14

You asked, we delivered: we merged FFM support in @graalvm.org Native Image on MacOS/AArch64!🚀😍
github.com/oracle/graal...
This means that you can now also build and run locally apps like github.com/mukel/llama3... (cc @stephanjanssen.be :))
Coming soon in GraalVM for JDK 25 EA builds!🎉

[GR-58659] [GR-58660] Add FFM Support for {darwin,linux}-aarch64 on SubstrateVM by graalvmbot · Pull Request #10856 · oracle/graal

Adds support for AArch64 platforms. This is based on the x86_64 implementation and adapted accordingly.

github.com

1 11 34

Reposted by Graeme

GraalVM @graalvm.org · Mar 18

Today we are releasing Graal Languages v24.2! 🎉.

This release brings a Gradle plugin for GraalPy, scaling native Python across Java threads, Continuation API in Espresso, Truffle Bytecode DSL, and more!

What's new: medium.com/graalvm/what...

The release notes: www.graalvm.org/release-note...

What’s new in Graal Languages 24.2

Today, along with GraalVM for JDK 24, we are releasing version 24.2 of Graal Languages. This version is designed for use with GraalVM for…

medium.com

15 23

Reposted by Graeme

GraalVM @graalvm.org · Mar 18

GraalVM for JDK 24 is here!🎉

Higher peak performance with ML, smaller executables, enhanced SBOM support, and many more new features!

What's new: medium.com/graalvm/welc...

The release notes: www.graalvm.org/release-note...

Download now!🚀
graalvm.org/downloads/

#GraalVM #Java24

Welcome, GraalVM for JDK 24!🚀

Today we are releasing GraalVM for JDK 24!

medium.com

12 34

Reposted by Graeme

Mark Reinhold @mreinhold.org · Mar 18

Java 24 / JDK 24: General Availability: mail.openjdk.org/pipermail/jd...

Features: openjdk.org/projects/jdk...

#java24 #jdk24 #openjdk #java

mail.openjdk.org

8 62 110

Graeme @graemerocher.bsky.social · Mar 14

#JavaOne is 5 days away! Don’t miss out on attending the conference that started it all! Network with #Java experts from #Oracle and the community. Register now: javaone.com

javaone.com

1 1

Reposted by Graeme

Fabio Niephaus @fniephaus.com · Mar 9

This is me debugging a Rust library compiled to Wasm and embedded in a @micronautfw.bsky.social microservice in @intellijidea.com: Compile with debug info, enable the Chrome Inspector for #GraalJS and #GraalWasm, and attach to the process. 🤓

Will share more details at #WasmIO later this month!

2 9 34

Graeme @graemerocher.bsky.social · Feb 26

Jakarta Data support in Micronaut Data is coming github.com/micronaut-pr... 🔄

Jakarta Data by dstepanov · Pull Request #3321 · micronaut-projects/micronaut-data

github.com

2 6

Graeme @graemerocher.bsky.social · Feb 24

How did we get to this point? 🤦

2 7

Graeme @graemerocher.bsky.social · Feb 21

That is correct 👍

1 1 3

Graeme @graemerocher.bsky.social · Feb 19

Right, not saying the module system doesn't add value, but it doesn't take away the need for strong build tooling.

Also application developers don't think like library developers so when an application developer is tasked to build a library they are not thinking about restricting the public API

1

Graeme @graemerocher.bsky.social · Feb 19

Module system doesn’t really help uncontrolled growth of the dependency graph. It only helps isolation. Compilation time isolation can already be achieved with compile vs runtime scopes

1 1

Graeme @graemerocher.bsky.social · Feb 18

A library that depends on X shouldn't mean that X is now usable by everyone. It is just an unbelievable crazy default.

Developers are also sloppy putting things like JUnit and Mockito without a scope and publishing a library. Now those are public API and the transitives of those public as well.

3 1 4

Graeme @graemerocher.bsky.social · Feb 18

This becomes worse in larger organisations as internal libraries are produced that export more dependencies and then these transitives are consumed by everyone until the point that "the platform" everyone builds on includes hundreds of APIs. Removing a transitive results in breaking changes.

1 3

Graeme @graemerocher.bsky.social · Feb 18

Part of it is our fault I guess. We create higher level abstractions that encapsulate functionality (frameworks) that provide tremendous value and allow devs to do less and less because batteries included. These frameworks are very modular and allow configuring only what is needed, but no one does.

1 3

Graeme @graemerocher.bsky.social · Feb 18

We work at the same company, come help me fix our issues with it 😉

3

Graeme @graemerocher.bsky.social · Feb 17

Don’t think there as any easy answer to that. Gradle can be just as bad though does give you more control of resolution rules.

In large organizations it is difficult to control transitives and because with Maven transitives become public API automatically effectively every dep is public API

4

Reposted by Graeme

InfoQ @infoq.com · Feb 12

#Micronaut Framework 4.7.0 is out!

Learn about the latest enhancements, including support for LangChain4J to integrate LLMs into Java apps, and improved support for Graal-based dynamic languages.

Read more on #InfoQ 👉 bit.ly/41c0rxa

#Java #LLMs #SoftwareDevelopment

3 6

Graeme @graemerocher.bsky.social · Feb 17

Oh and AI is only going to make it worse.

1