Oracle到OpenJDK

Question

因此，我目前正在Oracle JDK 8中构建我的所有应用程序。Oracle许可策略更新会影响JDK 8的使用还是只对JDK 11 LTS有影响。假设如果我想在不久的将来迁移到JDK 11，我可以在GPL下选择OpenJDK吗？BCL下的Oracle和GPL下的OpenJDK的源代码有什么变化吗？我可以互换使用吗？

Answer 1

OpenJDK这个词意味着很多事情。

所有这些都是从源存储库OpenJDK开始的。这是GPL许可的(这本身就是一罐蠕虫，已经写了很多关于它的文章，完整的许可可以找到在“OpenJDK许可证”页面上 )。

但那是消息来源。有‘包装’的概念，来源。这本身就是一种产品。也许，如果你已经足够大了，你会记得人们会卖掉，缩成一个盒子，一堆CD或DVD与linux发行版，手册，并有权利支持一段时间。这是一个开源产品的打包。事实上，我可以在商店的盒子里购买一个SuSE发行版，这并不能使linux成为一种付费产品。OpenJDK (源回购)没有什么不同。

尽管所有这些都是可选的组件，但OpenJDK (源回购)的打包可能包括：

• 一些平台的二进制文件，如“for windows”、“for ARM Linux”等。
• 安装此二进制文件的安装程序。
• 一个向你传达更新信息的渠道，例如，有关安全问题的渠道；它可以像邮件通讯一样简单，也可以像一个持续运行的小型应用程序一样复杂，它检查更新并在更新出现时自动安装，以承诺维护apt-get回购。
• 支持，通过电话、邮件等。这种支持可以是对VM本身的支持(“如果我给它超过4GB的内存，我的VM就会崩溃”)，将java编程到优化部署(“哪个垃圾收集器在这里更有效？”)--仅仅拥有一个没有任何保证的论坛。

有许多包装的OpenJDK (源回购)。与你最相关的是：

• 甲骨文OpenJDK，产品。这是免费和开放源码(FOSS)，没有任何支持的船只(像大多数自由和开放源码软件一样)，确实有许多平台的安装程序和二进制文件，是由甲骨文公司生产的，特别是只有在下一个主要的java版本发布之前才提供支持通道。现在您可以下载甲骨文OpenJDK11，它将被支持。几个星期了，因为OpenJDK12就要来了。你可能听说过“长期支持”版本。这不适用于甲骨文OpenJDK。在这个产品中，“长期支持”并不是一回事。
• 甲骨文JDK这是一个商业产品(虽然它有某种预览/开发版本，但你不应该过多地使用它，最好忽略它的存在)，尤其是它提供了甲骨文对它的支持，而且它确实坚持长期支持的东西。几周后，当甲骨文OracleJDK12发布时，OracleJDK11仍然被支持。比如，如果出现安全问题，他们会对其进行修补并发布更新，并确保所有的自动更新程序和此类更新程序都会将其发送给您，以此类推。
• AdoptOpenJDK的JDK。adoptopenJDK项目是一项开源志愿工作。这些都是免费的，它们确实致力于更新JDK，特别是那些oracleJDK认为“长期支持”的JDK(所以，8和11)，尽管它们没有承诺编写补丁。如果有一个开源的安全或补丁，他们将应用它并发布一个新的版本，但如果没有这样的补丁，那么就不会有更新。
• 亚马逊的科雷托产品。这些都是免费的，有一个8版本，就在本周发布了一个11版本。amazon致力于保持这些更新，并专门检查了在amazon实例上顺利运行的情况。

(维基百科文章建房中列出了其他一些内容)

我的建议是，在任何地方都使用佐普敦JDKs，但如果您在AWS上运行java，则可能需要选择coretto。如果你的老板想要支持和SLA的安全缓冲，那就买甲骨文的。

只在早期访问版本中使用甲骨文的OpenJDK打包；如果您想在开发机器上测试JDK12，您需要的就是openJDK。

从法律上讲，所有这些产品都有自己的许可证。AdoptOpenJDK、Coretto和甲骨文OpenJDK几乎都是GPL+classpath的例外，仅此而已，但我不是律师。