Part of Panama is the Vector API, currently in "incubation". Kotlin Notebooks are a great dataframe alternative to pandas or polars in Python (and dplyr in R), and work fine for relatively small data sets, but are indeed slower when dealing with calculations on large data. Vectors should reduce that gap significantly.
"We are improving and enriching the connections between the Java virtual machine and well-defined but “foreign” (non-Java) APIs, including many interfaces commonly used by C programmers."
They are doing something new in the language -> innovating.
JNI was always the wrong way to do FFI. FFI should require no changes or wrappers in the native code; anything short of that is unnecessary and inefficient. Yet, somehow, in Java land, this is still the norm in 2026?
I'd really want to love Java, but man, it has a long laundry list of warts and a near-zero pace of innovation.
>They are doing something new in the language -> innovating
You're just playing with words, confusing two scopes of "innovation" to maintain your argument.
In typical use innovation in a programming language means adding something new in general (meaning across other languages too, or e.g. only seen in niche or reaches languages up to that point).
Nobody calls Python adding some feature "innovation", unless that feature is something noval conceptually or was not seen in other major languages.
Nobody in Java land says Java is "innovating" in this sense with these changes, either.
Yes, innovation can also technically mean "add something new" even if it's just new to the language. But that's not what people use the term for, and it's not what we typically call an innovation in HN either.
And of course, nobody in Java HQ used the term innovation for these changes, whether in the standard sense, or this more limited one, to make sense for you to call them on that.
So no, this is not what passes for innovation in Java land, and nobody claims that. This is what passes for a "long overdue incremental improvement".
> Yet, somehow, in Java land, this is still the norm in 2026?
FFM (what this article refers to) was released some releases ago. So what is the issue? If you mean what 3rd party libraries use - is that a concern to you? That's like saying there exists legacy code.
> it has a long laundry list of warts
It's such a surprise because you haven't even mentioned 1.
If you include a word like innovating in quotes it typically implies that you're quoting it from the link. It can also signify irony, but in a context like HN where we're discussing a published article, it's often ambiguous.
As for Java, I'd agree that its pace of advance was pretty glacial during the Sun era, but from what I've seen has picked up considerably since the Oracle acquisition and Brian Goetz became architect.
And however bad Java is, it's nothing compared to JavaScript. It takes a decade just to add new a library function, and every new syntax proposal is DOA.
Part of Panama is the Vector API, currently in "incubation". Kotlin Notebooks are a great dataframe alternative to pandas or polars in Python (and dplyr in R), and work fine for relatively small data sets, but are indeed slower when dealing with calculations on large data. Vectors should reduce that gap significantly.
Check out the Clojure tech.ml.dataset libraries - they are very very fast
Really cool, thanks.
Inverse of JNI. Neat.
JNI has been around since JDK 1.1 released in 1997. I had to use it to create a pif / desktop icon in Windows 95 for a client project. xD
A great improvement, already available for a few Java versions, that most likely Android Java will never support.
I love it how Java is "innovating" by catching up to things that other programming languages have had for three decades.
Well, yeah. It's the explicit design philosphy of the language to wait and see what works as other languages do the experimenting.
"We are improving and enriching the connections between the Java virtual machine and well-defined but “foreign” (non-Java) APIs, including many interfaces commonly used by C programmers."
Where does it say "innovating"?
They are doing something new in the language -> innovating.
JNI was always the wrong way to do FFI. FFI should require no changes or wrappers in the native code; anything short of that is unnecessary and inefficient. Yet, somehow, in Java land, this is still the norm in 2026?
I'd really want to love Java, but man, it has a long laundry list of warts and a near-zero pace of innovation.
>They are doing something new in the language -> innovating
You're just playing with words, confusing two scopes of "innovation" to maintain your argument.
In typical use innovation in a programming language means adding something new in general (meaning across other languages too, or e.g. only seen in niche or reaches languages up to that point).
Nobody calls Python adding some feature "innovation", unless that feature is something noval conceptually or was not seen in other major languages.
Nobody in Java land says Java is "innovating" in this sense with these changes, either.
Yes, innovation can also technically mean "add something new" even if it's just new to the language. But that's not what people use the term for, and it's not what we typically call an innovation in HN either.
And of course, nobody in Java HQ used the term innovation for these changes, whether in the standard sense, or this more limited one, to make sense for you to call them on that.
So no, this is not what passes for innovation in Java land, and nobody claims that. This is what passes for a "long overdue incremental improvement".
> Yet, somehow, in Java land, this is still the norm in 2026?
FFM (what this article refers to) was released some releases ago. So what is the issue? If you mean what 3rd party libraries use - is that a concern to you? That's like saying there exists legacy code.
> it has a long laundry list of warts
It's such a surprise because you haven't even mentioned 1.
> and a near-zero pace of innovation
Garbage collection? ZGC?
If you include a word like innovating in quotes it typically implies that you're quoting it from the link. It can also signify irony, but in a context like HN where we're discussing a published article, it's often ambiguous.
As for Java, I'd agree that its pace of advance was pretty glacial during the Sun era, but from what I've seen has picked up considerably since the Oracle acquisition and Brian Goetz became architect.
And however bad Java is, it's nothing compared to JavaScript. It takes a decade just to add new a library function, and every new syntax proposal is DOA.
This isn't new or innovating. This is "improving and enriching".
You're unfairly trying to hold making improvements against them.
Why are you mad they're making the language better?
What does your comment add to discussion instead of a pointless whine?
What other language does it better?
C# / .NET. It was a big differentiator in one of our analysis.
Beats just making a mess of a language adopting every fancy feature other programming languages have immediately.