News for hackers. Stuff that matters.
Re:Oracle’s Java 11 trap by koolba on Wednesday September 26, 2018 @08:32AM (#18075230)
How is that any different than updating a Go app? If a security issue arises in an older version of Go, it doesn’t magically fix in your app until you recompile it.

Java also has a multi decade history of remaining backwards compatible across major version upgrades. Barring known exceptions for things explicitly being removed, I don’t see that changing.

Re:Oracle’s Java 11 trap by carlmr on Wednesday September 26, 2018 @08:50AM (#18075377)
>Java also has a multi decade history of remaining backwards compatible across major version upgrades.

And Google has a history of starting and scrapping products without much attention to the remaining userbase. I'm not saying Go is one of these.

Re:Oracle’s Java 11 trap by lclarkmichalek on Wednesday September 26, 2018 @08:58AM (#18075435)
Then what are you saying?
Re:Oracle’s Java 11 trap by carlmr on Wednesday September 26, 2018 @10:18AM (#18076147)
That Go may or may not be a trustworthy foundation to build on for the future you can't say it yet, but Google isn't very trustworthy on this front, while for Java oracle has been very boring but stable.
Re:Oracle’s Java 11 trap by lngnmn1 on Wednesday September 26, 2018 @09:26AM (#18075647)
Having an statically linked a.out which depends only on ABI is such a bliss.
Re:Oracle’s Java 11 trap by wrmsr on Wednesday September 26, 2018 @02:54PM (#18079118)
Having a self-contained single JAR that doesn't even depend on the host's ABI or OS and requires exactly one system dep - a JVM - is even nicer. And if you do want a statically linked self-contained ABI-OS specific binary Java give you that too now.