Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Java 17 / JDK 17: General Availability

mail.openjdk.java.net

Post reply on HN
Print view View original

171–180 of 251 posts

Re: Java 17 / JDK 17: General Availability

#171

Post by gunnarmorling »

hyperpape wrote: post #20

On its own, the features specifically for Java 17 aren't obviously that compelling, but the important thing is that Java 17 is an LTS, the last one of which was Java 11, 3 years ago. Since many organizations, including mine, stick to LTS releases, that means a lot of developers will get a big change in what they can do sometime in the next few months as they upgrade to the LTS. Among other things, this means that we…

I've compiled a Twitter thread with some of the key features new since Java 11 over the last few days: https://twitter.com/gunnarmorling/status/1434443970411704324. Also includes some links to related blog posts. Perhaps interesting for some to get a quick overview what you'll get with 17 when coming from 11.

Re: Java 17 / JDK 17: General Availability

#172

Post by cogman10 »

the8472 wrote: post #133
hashmash wrote: post #64

Earlier quoted context omitted.

I'm trying to find a good use case for records, but the best I can come up with is using it for composite hashmap keys. I suppose when combined with sealed classes and pattern matching features at some point it might be more useful, but what is the main use for records right now? Given that they're immutable and have no convenient way to be copied when modified, I find them quite tedious to use.

I guess records will make valhalla (value types) easier which enables more efficient data structures and will probably make passing data over FFI (valhalla) easier too. They reduce a lot of boilerplate, e.g. when passing multiple return values.

Records are orthogonal to value types (now called primitive types).

Re: Java 17 / JDK 17: General Availability

#173

Post by ragnese »

cmckn wrote: post #65
hyperpape wrote: post #20

On its own, the features specifically for Java 17 aren't obviously that compelling, but the important thing is that Java 17 is an LTS, the last one of which was Java 11, 3 years ago. Since many organizations, including mine, stick to LTS releases, that means a lot of developers will get a big change in what they can do sometime in the next few months as they upgrade to the LTS. Among other things, this means that we…

This also brings some big gotchas, such as the closing of encapsulation loopholes. Unsafe code and various hacks calling into the JDK will break a lot of programs; so you might be stuck on 11 if you use HBase, Spark, etc.

I must have missed this topic. What are these encapsulation loopholes that are being closed?

Re: Java 17 / JDK 17: General Availability

#174

Post by pgwhalen »

cmckn wrote: post #160
pgwhalen wrote: post #126

Earlier quoted context omitted.

You won’t be stuck, you just need to add some command line flags when running your application, as a way of acknowledging these packages are breaking encapsulation.

“Some” as in dozens (for my apps, at least). It’s a solution, but not a great one. The projects I depend on will have to remove such usages eventually to avoid awful UX (and avoid punching holes in encapsulation).

> The projects I depend on will have to remove such usages eventually to avoid awful UX

This seems like exactly the intended effect to me.

Re: Java 17 / JDK 17: General Availability

#175

Post by Zababa »

carimura wrote: post #72
kasperni wrote: post #39

Some other news in relation to the release: - (Proposal) Moving JDK LTS versions to a two year cadence [1]. Java 21 will be next LTS instead of Java 23. - Oracle JDK is now free for commercial and production use [2]. - A new Java developer site [3]. [1] https://mreinhold.org/blog/forward-even-faster [2] https://blogs.oracle.com/java/post/free-java-license [3] https://dev.java/

Thanks for the Dev.java mention. Our team is excited to launch the site. We focused on minimal design (similar to Inside.java) and heavy on content, mostly learning material to start. More to come soon. Feedback here is welcome!

It looks nice, it's very readable and reacts well to zoom/unzoom. That's a great website, congrats!

Re: Java 17 / JDK 17: General Availability

#176

Post by nobleach »

jsiepkes wrote: post #8
shadycuz wrote: post #4

If only I could understand the difference between java 1.8, 8 and 18.

Starting from 1.6 they only showed the minor version number. So 1.6 = Java 6, 1.8 = Java 8, etc. I always assumed this was because .net (arguably it's main competitor) was churning fast through version numbers and they "wanted to keep up".

It was a very Sun-like thing to do. Sun dropped the 2. after their 2.6 release. Solaris 7 was the next release... then 8.

Re: Java 17 / JDK 17: General Availability

#177

Post by pulse7 »

DaiPlusPlus wrote: post #165
oaiey wrote: post #157

Earlier quoted context omitted.

And now it is the other way around. C# burning through the versions to catch up the versions (and not so much the content). PS: had to edit, was really just a note about the numbers not the content of the versions!!!

C# has never had to play catch-up with Java, it's always been the other way around.

Ohhh.... C# was invented as a response to Java... So it had to play catch-up with Java - at it's inception...

Re: Java 17 / JDK 17: General Availability

#178

Post by krzyk »

suyash wrote: post #77
kasperni wrote: post #39

Some other news in relation to the release: - (Proposal) Moving JDK LTS versions to a two year cadence [1]. Java 21 will be next LTS instead of Java 23. - Oracle JDK is now free for commercial and production use [2]. - A new Java developer site [3]. [1] https://mreinhold.org/blog/forward-even-faster [2] https://blogs.oracle.com/java/post/free-java-license [3] https://dev.java/

JDK being free for commercial use is fantastic news, no more juggling open JDK repos now

Why? I always downloaded openjdk which was free for few years.

Re: Java 17 / JDK 17: General Availability

#179

Post by krzyk »

20210911 wrote: post #144
azalemeth wrote: post #103

I would like to ask a question, in order to elicit the detailed and considerate comment that HN is known for. It's not intended to inflammatory in any way shape or form! I am not a Java developer. I am one of those users who has a bad memory of using Java desktop apps in ~2001 where they ate a ton of ram, seemed horrendously slow, and had example "Hello Worlds" that are reminiscent of Enterprise FizzBuzz [1]. At some…

Java is set of specs from https://jcp.org , Implemented by various parties, IBM J9, Sun(Oracle) HotSpot, BEA Systems(Oracle) JRockit are I know of. Sun open source HotSpot as OpenJDK, Then Oracle merged some code from JRockit, IBM also joined some in to OpenJDK, after shit with https://harmony.apache.org , OpenJDK is GPL, Oracle provides compiled version, but there are issues with it's license and long term support,…

openjdk compik3d version is gpl eith classpath exception. so one can use it in production enterprise apps

Re: Java 17 / JDK 17: General Availability

#180

Post by pulse7 »

suyash wrote: post #124
ducktective wrote: post #13

Any news on JavaFX? I know it's developed independently but is it an even option beside Qt, Electron, etc..?

Would be nice if Oracle folded it into JDK again so it will get more love from developers.

JavaFX was... too little, too late...
Post reply on HN