11–20 of 136 posts
https://hub.docker.com/_/openjdk/
I assume so since they're maintained by the Docker community in the same way Debain or Ubuntu may maintain their package trees.
Actually, time to look beyond the whole Java ecosystem. After the claims Oracle made during the Google trial (such as APIs and method signatures being patent-able), it is clear that one can't work on the Java platform without infringing Oracle's IP. If Oracle doesn't sue you now, it can sue you when it makes financial sense to do so. .Net looks like a much better alternative, with a patent pledge and ECMA standardiza…
TypeScript ( https://www.typescriptlang.org/ ) is a good starting point. If you use nestjs ( http://nestjs.com/ ), it has dependency injection as well. Pairs with Angular nicely.
But what about supporr for the JRE? Please help a sad IT admin understand what's gonna happen.
Oh, just the usual near-monthly (if not daily) death march of ever-increasing version numbers, just like Chrome and Firefox. And Windows Update. And OS X, And iOS. And Ubuntu. And so on, and so on, and so on...
I'm how sure how I feel about it with the JRE. I have old open source apps on Scala 2.11/SBT 0.13 that are already experience dependency rot. :-/ It's going to be more difficult too since deprecated stuff is finally getting removed from Java.
I'm curious to see where we'll be a few years from now.
Why would a company pay for "commercial support" of OpenJDK from IBM? I have used Java for 15 years and I don't know what "support" for a JDK would mean.
Government and government-funded orgs practically insist on it.
Why would a company pay for "commercial support" of OpenJDK from IBM? I have used Java for 15 years and I don't know what "support" for a JDK would mean.
Earlier quoted context omitted.
If you are stretching limits of java, then you would need support because that knowledge base isn't available easily. I worked for a company that had performance engineers from sun on site helping us with performance issues.
Or because your company has a policy of not putting anything in production without a signed license and/or current support contract. (See e.g. SQLite which is public-domain but if you want a commercial license anyway they'll sell you one. They offer non-FOSS extensions now but they sold commercial licenses before that.)
Actually, time to look beyond the whole Java ecosystem. After the claims Oracle made during the Google trial (such as APIs and method signatures being patent-able), it is clear that one can't work on the Java platform without infringing Oracle's IP. If Oracle doesn't sue you now, it can sue you when it makes financial sense to do so. .Net looks like a much better alternative, with a patent pledge and ECMA standardiza…
TypeScript ( https://www.typescriptlang.org/ ) is a good starting point. If you use nestjs ( http://nestjs.com/ ), it has dependency injection as well. Pairs with Angular nicely.
Earlier quoted context omitted.
If you are stretching limits of java, then you would need support because that knowledge base isn't available easily. I worked for a company that had performance engineers from sun on site helping us with performance issues.
Or because your company has a policy of not putting anything in production without a signed license and/or current support contract. (See e.g. SQLite which is public-domain but if you want a commercial license anyway they'll sell you one. They offer non-FOSS extensions now but they sold commercial licenses before that.)
Actually, time to look beyond the whole Java ecosystem. After the claims Oracle made during the Google trial (such as APIs and method signatures being patent-able), it is clear that one can't work on the Java platform without infringing Oracle's IP. If Oracle doesn't sue you now, it can sue you when it makes financial sense to do so. .Net looks like a much better alternative, with a patent pledge and ECMA standardiza…
it is clear that one can't work on the Java platform without infringing Oracle's IP. That's a pretty extreme interpretation. Most people aren't trying to ship Java-compatible runtimes, as Google did,
If you're big enough, they will come after you. I think it's perfectly rational - and i'd argue smart - to cut them off early before it's too late.