![]() ![]() Here again, it's that phrase, "commercial users" that could ALSO easily confuse people. That section of the roadmap clarifies that " Oracle will continue to provide free public updates and auto updates of Java SE 8, until >at least the end of December 2020 for Personal Users, and January 2019 for Commercial Users". And that points to Oracle Java SE Support Roadmap, which also has a section on "End of Public Updates of Java SE 8". If you go to the front page of where one would download Java 8, there's a box highlighting this "End of Public Updates for Oracle JDK 8". Second, even if one follows the thread through Oracle's licensing info for Java 8, there's still an indication of it applying to "commercial" users, but if you read things carefully, you see that's not seemingly limited to "corporate" users but again to ANY production use. That phrase "non-corporate" left me (and others) wondering. But it was initially confusing for me, for a couple of reasons.įirst, when I wrote my initial post in this series, I had found only the Oracle blog post about the change about Java 8 from Jan 2018, which refers to the change (regarding Java 8 updates after Jan 2019) as their being available only for " personal (non-corporate) use". Moving on to Java 8 and whether Oracle's updates for that are free for production use after Jan 2019, that too is made seemingly clear in Oracle references. ![]() (Again, as for using the Java 11 OpenJDK for free for production, that IS allowed per its own separate license: the GNU General Public license, as pointed to on the OpenJDK 11 download page, and which has no such limitations for production use.)Īs for Java 8, the limitation is LESS obvious, but still seems to apply to ANY production use ![]() So that refers to licensing it, by paying Oracle for it. So it clearly precludes that JVM for any production use, regardless of whether you're specifically a "commercial/corporate" entity.Īnd it goes on to say that if you want to use it for such purposes, " you must obtain from Oracle or an Oracle reseller a valid Programs license under a separate agreement permitting such use". Note there that the phrasing does not say "commercial AND production", but says "commercial, production, or internal business purposes". That license page clearly says: "You may not" "use the Programs for any data processing or any commercial, production, or internal business purposes other than developing, testing, prototyping, and demonstrating your Application". When you go to the page to download Java 11, it offers a link to Oracle's Java 11 license page (which you agree to when downloading it). (And when I use the term "JDK" here, I'm using that in contrast to the OpenJDK implementation mentioned above, not in distinction from the JRE.) In this post, I elaborate on this question of just WHO is impacted by the change, pointing to specific Oracle resources which clarify things.Īs for Oracle's Java 11 JDK, the limitation is obviousįirst, regarding Oracle's Java 11 JDK, it's very obvious. I also discuss in those posts the option of "openJDK" implementations which, including Oracle's, clearly ARE permitted to be used for production purposes, and for which the limitations discussed here do not apply. See the first and second for more on the issues (as well as Java 9 and 10) and some options for those facing this challenge. This is a 3rd post of mine in a series regarding this matter, of Oracle's changed stance (in 2018) regarding a) who can use for free their Java 8 updates released after Jan 2019 and b) who can use for free their Java 11 JVM (at all). And I may revise the content as necessary.ĭoes Oracle's change regarding Java and limiting who can use what for free apply only to "commercial" users (as in "corporate" or "business" use), or do the limitations apply to ANY production use (including non-"commercial" orgs like non-profits, agencies, schools, etc.)? I offer here my understanding based on research of Oracle's own resources.īottom line: these limitations DO apply to ANY PRODUCTION use, not just "commercial" use, definitely regarding Java 11, and seemingly clearly regarding Java 8. Corrections are welcome, in the comments. Same with links and subsequent comments from myself or others. Some content may be outdated-though not necessarily. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |