JEP 539: Strict Field Initialization in the JVM moved to preview

za3faran 59 points 17 comments July 02, 2026
openjdk.org · View on Hacker News

Discussion Highlights (4 comments)

cogman10

This is a great change that will undoubtedly cause a lot of headaches. There's a number of libraries (particularly around serialization/marshaling) which will end up mutating `final` fields. In fact, this is a trick I've pulled once or twice in my own code for "reasons" (generally needing to modify behavior of a library because it was deficient). I suspect this will be one of those things that ends up requiring java devs everywhere to bump up the versions of the libraries they use.

rvcdbn

oracle planning a new jvm language? have we ever seen a feature like this that is explicitly not usable from Java?

joe_mwangi

Also, this will be used for future null-restricted types.

exabrial

This a much needed change. Glad to see it! Might be some headaches in the short term, but thats ok.

Semantic search powered by Rivestack pgvector
14,015 stories · 131,331 chunks indexed