And it will still take time to come, the whole engineering problem is how to introduce value types, make classes that are clearly value types like Optional, turn into value types, while at the same time not breaking the endless amount of JAR files in production, when upgrading to a JVM with value types support enabled.
They would get it sooner by breaking the ecosystem, and as Python 3, Java 9, .NET Core have shown, not everyone would be racing to adopt the new shiny thingy.
And it will still take time to come, the whole engineering problem is how to introduce value types, make classes that are clearly value types like Optional, turn into value types, while at the same time not breaking the endless amount of JAR files in production, when upgrading to a JVM with value types support enabled.
They would get it sooner by breaking the ecosystem, and as Python 3, Java 9, .NET Core have shown, not everyone would be racing to adopt the new shiny thingy.
As a java dev, please break backwards compatibility. Almost all of us are willing to spend time fixing a few lines and recompiling.
As polyglot dev that also does Java, I hope not, last January I deployed yet another Java 8 workload into production.
1 reply →
Java 23 is not final and I'm hoping this JEP makes it into 23:
https://openjdk.org/jeps/401
I don't follow the JEP process closely enough to know if it will be proposed for 23 or approved. But I think it's coming soon.
Good question. I think it must be this one: https://openjdk.org/jeps/401
I can't see it in the feature list of JDK 22 or even 23. Maybe it'll come in JDK 24?