Live data from Hacker News

Which version of JDK should I use?

whichjdk.com

241–250 of 258 posts

Re: Which version of JDK should I use?

#242
post #59

Here's my recommendation (I work on OpenJDK at Oracle): If you're using the current JDK version (recommended for regularly maintained applications), it doesn't matter which distribution you choose, as they're all pretty much identical. If you're using an old version (LTS, intended for legacy applications, which might benefit from it), pick a vendor you trust for OpenJDK support, as the builds are not the same, and ne…

> and isn't a member of the OpenJDK Vulnerability team

Any reasons they are not a member? I would think IBM is trustworthy and mature enough to deal with sensitive security issues.

Re: Which version of JDK should I use?

#243
post #236

Earlier quoted context omitted.

These statement about support i just don’t get at an objective level. Redhat will not assign a strong developer to investigate your bespoke application running on tomcat or whatever to identify the bug. Possible pragmatic reasons You will get a l2 sysAdmin or an intermediate developer. If for some reason the root cause is nailed to a reproducible bug then it will go into the bug tracker

A few years back I contacted SUSE support due to a confusing package change in a SUSE upgrade. The first-level support person did not know the answer, so they reached out to the relevant developer within SUSE, and got the explanation within a couple of days. Do you have any reason to expect Red Hat support to perform worse?

How do I do x, is very very different from in my custom environment with custom code sometimes foo doesn’t happen when bar is triggered

Personal experience, some very nice bright people there but also work for a company

Re: Which version of JDK should I use?

#245
post #81

Earlier quoted context omitted.

Yes - .NET 5 and 6 both have runtimes and SDKs available for Mac and Linux. At least in my opinion, Linux is the preferred deployment platform for it now unless you have a specific (usually older) library that only works on Windows.

.NET 5 finally delivered Linux support but only eleven months ago, so I would test it some before betting the farm.

.NET has been on Linux for years now. And my company is using it in production on Kubernetes (Linux/Debian). Its crazy how dependable and fast it is. Startup times are amazing and its only getting better each year. We're looking to upgrade to .NET 6 in production by January.

Have you even seen the benchmarks compared to Java and other languages?

https://www.techempower.com/benchmarks/#section=data-r20&hw=...

If you're not paying attention to .NET its time to get your head out of the sand, seriously.

Re: Which version of JDK should I use?

#246
post #239
post #217

Earlier quoted context omitted.

But if you don't buy LTS you won't get it. And many companies are cheap and don't buy - hence using JDK 17 won't give you LTS, buying support gives you LTS.

JDK 11 is now at 11.0.12, which was released in July, and you can get it for free from multiple vendors. Non-LTS JDK doesn't have anything after 6 months.

After 6 months you move to the next release, just like most people do with libraries, JDK is just another library, no need to worry about upgrading, just do normal regression like with upgrades of other libs. There are no major releases of JDK, all current ones are minor ones - just like in case of JDK 8 you got new features in minor releases (e.g. change in changing of toString, added classes in standard library - no one was worried about that then)

And BTW. Azul MTS want's to have a word with you: https://www.azul.com/products/azul-support-roadmap/

e.g. JDK 13 and 15 do get builds.

Re: Which version of JDK should I use?

#247
post #216

Earlier quoted context omitted.

not when extracted they arent. And jlink wont help you get a jdk for 32bit arm

Extraced: 323M jdk 136M jre Still, not 400 MB difference. If you want jdk you don't use jlink.

>Still, not 400 MB difference.

didn't say it was? A java.base jre is about 40mb extracted jdks extract to about 400mb (depending on os/arch)

A downloaded then extracted jdk will take over 500mb of disk space

Re: Which version of JDK should I use?

#249
post #218

Earlier quoted context omitted.

> Records, switch expressions, multi line strings and that is only language changes. None of those are features, they were desperately needed shorthands for common java idioms. This is like calling braceless if/for/while statements 'features', when they're purely syntax sugar that has fallen out of favor completely because there's been several major security vulns found in major projects due to their use and developm…

> unsigned types, no plans to implement in java (though IIRC it was originally planned as part of valhalla) Not too comfortable to use functions that will compile to efficient byte code exists for them, but with the definitely coming Valhalla, it will be trivial to create a custom primitive class for unsigned ints. > async/await With project Loom, it will avoid the mistake of function coloring that async introduces.…

> With project Loom, it will avoid the mistake of function coloring that async introduces. In a managed language, why not let the runtime automatically transform blocking calls to non-blocking, when it already knows what’s up?

Not saying it's a good or bad thing, but .NET and C# by extension has had these features for years (decades in some cases) while the only thing java has are half-baked prototypes and plans to 'maybe' implement things. In many cases these plans just get endlessly pushed back and new java major versions just become a pile of simple bugfixes which in the past were just pushed as minor jre updates.

Re: Which version of JDK should I use?

#250

Earlier quoted context omitted.

.NET 5 finally delivered Linux support but only eleven months ago, so I would test it some before betting the farm.

I've been using it exclusively on Linux since 2.0. Both running and developing.

> exclusively on Linux since 2.0.

.NET Core 2.0 (August 2017) we assume.

Post reply on HN