Oracle Sets End Date for Business Java 8 Updates (infoworld.com) 85
An anonymous reader quotes InfoWorld:
Further clarifying its ongoing support plans for Java SE 8, Oracle will require businesses to have a commercial license to get updates after January 2019. In an undated bulletin about the revision, Oracle said public updates for Java SE 8 released after January 2019 will not be available for business, commercial, or production use without a commercial license. However, public updates for Java SE 8 will be available for individual, personal use through at least the end of 2020.
Oracle advises enterprises to review the Oracle Java SE Support Roadmap to assess support requirements to migrate to a later release or obtain a commercial license... Oracle advises developers to review roadmaps for Java SE 8 and beyond and take appropriate action based on their application and its distribution model.
Oracle advises enterprises to review the Oracle Java SE Support Roadmap to assess support requirements to migrate to a later release or obtain a commercial license... Oracle advises developers to review roadmaps for Java SE 8 and beyond and take appropriate action based on their application and its distribution model.
Why not migrate (Score:3)
Re: Why not migrate (Score:1, Insightful)
Which proves java is a shit technology. The whole point is write once run everywhere, when everywhere does not even include a later JVM version it's pretty broken. Java leaks to much of the abstraction. It should not be possible for the monkeys to cause themselves these problems.
Re: (Score:2)
Which proves java is a shit technology. The whole point is write once run everywhere, when everywhere does not even include a later JVM version it's pretty broken. Java leaks to much of the abstraction. It should not be possible for the monkeys to cause themselves these problems.
In theory the monkeys shouldn't cause problems at all. In practice any non-trivial software has shipped with buggy, flawed or broken functionality including the JVM itself. I've witnessed myself how security patches to Java broke functionality. The solution? Install the exact version it was released with and leave it there. Sure, the support agreement says patches are supported. In practice, you get to be the beta tester.
Re: Why not migrate (Score:4, Insightful)
Not when your idiot coders have things like "is jdk == version 8.123.456" in the code.
No one apparently knows how to do something like "is jdk >= version 8"
Re: (Score:2)
Re: Why not migrate (Score:2, Insightful)
A lot of effort sometimes. For example many libraries like spring require bytecode modification and that is bytecode version dependant. To update spring you might need to update other libraries too and some of them may have deprecated things you use and so on.
Re: Why not migrate (Score:2)
Re:Why not migrate (Score:5, Informative)
Well, the latest version of Confluent Platform community edition - a Kafka/ Zookeeper offering - only runs on Java 8. That would be the major reason, using code - either commercial or open source - that does not run on Java 9 or 10.
Then there is the puzzling short maintenance periods being offered for all post Java 8 releases. See for example the comments here [jaxenter.com]. Moving to a new Java version that will be supported apparently for six months is very questionable for any enterprise. It appears that Oracle has some sort of scheme to make everyone (businesses, anyway) to pay for using Java going forward.
Re: (Score:3)
Just use OpenJDK. Unfortunately for Oracle, the GNU General Public License prohibits Oracle from stopping anyone using OpenJDK for whatever they like as long as they comply with the license. And the "classpath exception" (or whatever it is) means you can use OpenJDK and you dont have to publish any of your source code, just the source code for OpenJDK and any changes you have made to OpenJDK.
Re: (Score:3)
Re: (Score:1)
They cant target OpenJDK since the GPL explicitly allows you to use all the code (including the API definitions) under the terms of that license.
Clarification here: (Score:1)
Sun open sourced most of Java back in the mid-late 00s a few years before its sale to Oracle. The open sourcing of Java is what lead to Apache Harmony dying at 96 and 98 percent complete for Java 5/6 implementation support. The Java 6 support actually made it to 99 percent, but no release was published after the developers on it decided to give up since nobody was really serious about finishing that last 1 percent of missing code. During that time, the guy who started Android, then called Droid, before Goog
Re: (Score:2)
What exactly about Java is so important to the Internet? Java Applets haven't been a thing in who knows how long. (I haven't had a JRE installed on my PC for years because of all the security flaws and because I haven't found any software I want to run that needs Java)
As for .NET, the compilers for C# and VB.NET, the runtime environment and a lot of the base system libraries are available (as well as things like some of the ASP.NET and WCF stuff) under FOSS licenses (Apache 2.0 and MIT from the look of it).
Re: (Score:2)
Half of what you see on dynamic web sites (versus static HTML) is run by JVM based languages, like Java, Scala, Groovy and meanwhile Kotlin, probably even 2/3rd.
Re: Clarification here: (Score:1)
AWS, Google and Apple (among many others) use server-side Java extensively. Itâ(TM)s not an exaggeration to say that sever-side Java is 10x as big as Rails, .net, etc
Re: (Score:2)
One of the tenets of Java is its backwards compatibility. I can write Java 6 code that runs just fine on Java 8 or 9. I have a hard time believing that they are set to a specific version (unless they have some stupid version check that sets hard boundaries).
Re:Why not migrate (Score:4, Interesting)
Is there any reason not to migrate to the newest version of Java? Is any effort even required?
Sure. You don't need or even want any of the new functionality and you believe that the additional complexity has made the new version less secure rather than more. Even stronger reason if you think any of the new features are negative rather than positive. Effort is NOT the real question.
Too bad we don't have any such option.
I think we're going about this all wrong. Old versions should be supported as long as sufficient numbers of people are actually willing to pay for whatever support they require. If they want to deprecate an old version, the way to do it is NOT by arbitrary announcements of when the new version shall be shoved down your throat, but rather by rational explanations of the various new versions and encouraging the users of the older version to consider one of the new ones.
Now if there are too few users of the old version who are willing to pay for the costs, then that's a different question. In that case the old version may need to be more strongly retired, and the users may be obliged to make choices, but they might prefer to gather around an even older version that still does what they want, or they might want to go forward. It should be the users driving the versions based on their real needs, not the corporate cancer (Oracle in this case) driving things as part of the never-ending quest for infinite profit.
I actually think it should go down to a feature-by-feature basis. In particular, features and functions that have security considerations should be obliged to check for their own validity before executing, possibly becoming inoperable if the security threat is too high. In terms of providing more freedom, there should be options for similar functions that don't have the problems...
DSAuPR, atAJG.
Re: (Score:3)
I think we're going about this all wrong.
Oracle is not a "we."
Re: (Score:1)
I suggest you go back and read what I wrote. As it stands, your reply simply makes me wonder what you are mumbling about or if you thought you were replying to someone else. The totally decontextualized and selective quote is NOT clarifying, but more likely an indicator of deliberate deframing.
If you had been the author of the post to which I was replying, then it is conceivable your comment had some meaning.
Re: (Score:2)
Old versions should be supported as long as sufficient numbers of people are actually willing to pay for whatever support they require.
That's exactly what's happening. According to the article and the summary, customers paying for a commercial license will continue to get updates.
Re: (Score:2)
NOT exactly, but I suppose it is close enough for you if you read with that sort of preconception or without thinking clearly. Or perhaps the fault is my own for believing that my assumptions should be obvious enough from my conclusions?
From my perspective, Oracle is essentially taking the users hostage to maximize Oracle's profits, and will primarily be driven by profit considerations in deciding whether or not to offer any support options, and how long to offer them. Oracle is balancing the relative profi
Re:Why not migrate (Score:5, Insightful)
If you want to migrate, all your dependencies need to migrate first. It's taking a lot of libraries some time to get on board with Java 9, especially since it uses a completely new class loading mechanism.
Re: Why not migrate (Score:2)
Re: (Score:3)
Actually, no. ...
While the parent is right, the class loading changed, because of the concept of "modules", you can still invoke the JVM on the command line and force it to use the old mechanism.
However typical modern projects easily use hundreds, yes, several hundred, libraries. The project I'm working on right now is already in itself split up into about 100 sub projects and pulls in about 900 libraries. Mostly Apache or other open source stuff, a few dozen commercial products
Of course we are only directl
Re: Why not migrate (Score:2)
Re: (Score:1)
Java 9 does a crap load of random things that breaks things. They redid the JRE layout, they redid the standard APIs so that some parts are not loaded by default thanks to the new module system.
There are a lot of good reasons to stick to Java 8, because a lot of code does not and never will run on newer versions thanks to random unnecessary incompatible changes.
Re: (Score:2)
Well, ... we are still on *7*!! They have to migrate as well.
software vendors can not really migrate if the customers don't want to migrate.
I'm in a project with a few hundred customers who all have dozens or hundreds of installations.
If we migrate the software to Java 9 (or 10 soon)
But as you probably know the mantra: never change a running/winning team, everyone is reluctant to perform a change.
Technically I'm not aware of a reason. A software compiled on Java 7 and packaged in Jar files should simply run
Re: (Score:2)
E.g. Java 9 is not running on OS X 10.9.5.
What specific error message blocks compiling and running OpenJDK 9 on OS X 10.9 "Mavericks"?
Re: (Score:2)
No idea, never tried to compile it.
Re: Why not migrate (Score:2)
Re: (Score:2)
Added byte codes, but no changes in old ones, but that change was from Java 6 to Java 7 already. I'm not aware if there is a recent byte code change again.
Old byte code usually always worked. Only meanwhile I would assume that Java 1.1 or 1.2 no longer runs because deprecated APIs finally got removed.
Re: Why not migrate (Score:2)
Re: (Score:1)
No 32-bit support after Java 8.
Re: (Score:1)
Re: (Score:2)
Re: (Score:2)
Dear Oracle (Score:1, Flamebait)
Give up already. Java will soon be as ubiquitous as Flash...
Re: (Score:2, Informative)
Why are you calling me sexist? I'm merely telling you the logic college administrators trying to boost women's enrollment in CS classes had decided. If you feel that is sexist, take it up with them, not me.
>To reduce the intimidation factor, the course was divided into two sections — “gold,” for those with no prior experience, and “black” for everyone else. Java, a notoriously opaque programming language, was replaced by a more accessible language called Python. And the focu
Re: (Score:2)
A "sexist" is one who thinks women cannot defend themselves.
The OP wasn't sexist, you took only half of his quote. The part you conveniently ignored states
but since like C++ before it, it was still deemed too hard for women,
It's plain to see that Anonymous didn't insert those words, but you left them out. Sexist?
Re: Dear Oracle (Score:2)
The problem is, it won't be. There are so many Enterprise software that uses various versions of Java out there, it's going to be around for a long time.
Flash was phased out thanks to an effort by many of the browser developers to force it out.
Good luck trying that with Java. None of these big developers for this software have any intention of improving the situation either. I still see even NEW ERP software using and requiring 1.7. This sector of the industry doesn't care, nor do they care about security
What Oracle is about now? (Score:1)
Who knows what Oracle actually is doing nowdays? I spent quite a big chunk of my developers life using Oracle DB and trying to implement multiple DoA web projects utilizing their portal and application servers, but it was quite long time ago. What do they do now, except suing Google for Java ownership?
They missed Cloud completely.
They missed mobile, but it is Ok for them.
They missed big data.
What Oracle is about now?
Re: (Score:2)
What do they do now, except suing Google for Java ownership?
They missed Cloud completely.
They missed mobile, but it is Ok for them.
They missed big data.
What Oracle is about now?
You're right, Oracle isn't exactly an exciting or innovative company. That doesn't mean they aren't still making massive amounts of money.
Oracle has their own cloud offering, believe it or not. It's not dissimilar from AWS, but Oracle simply doesn't have much of a market. If you're up-and-coming, and don't have data in an Oracle DB already, you're not starting with one. You're also not starting with Oracle Cloud because "everbody uses Amazon", though you might be able to make a case for Azure or GCC if you'
Re: (Score:5, Funny)
So, can I just jump to Java 16? (Score:2)
Java 8 end-of-life is January, 2019. So, let's say I want to switch...
Java 9 has already ended free support as of March, 2018. Can't go there.
Java 10 free support expires September, 2018 (again, before Java 8). No need to go here, might as well wait for...
Java 11 which won't even be available until Sept. 2018.