Redhat的Java和Oracle Java之间的区别

– 有时这些位应该会提高性能(jrockit痕迹……),

– 有时这些位会提高兼容性(因为它们是从SUN继承的,而且应用程序作者自SUN时代开始对它们进行了测试). Oracle / Sun java的许多“稳定性”只是应用程序作者学习如何避免Oracle / Sun专有位的缺陷,并添加了在没有这些错误的情况下在jvms上运行的变通方法(另请参阅：IE6)

Red Hat java仅基于openjdk

– 纯openjdk更好地与系统集成. openjdk的人努力删除残留的java-isms并使用与其他系统应用程序相同的约定

– 纯粹的openjdk更具有前瞻性.甲骨文知道SUN几乎用拜占庭式的专有技术组合杀死了Java,而这种组合无法维持. Oracle长期需要的任何东西都将以openjdk结尾. openjdk实现与Oracle的专有位实现奇偶校验以杀死它们就足够了 – 当类似的免费技术可用时,维持专有技术没有$$$.

– Red Hat在当前的redhat java中反向移植为下一个openjdk版本编写的代码是很常见的,当它解决了这个版本中的问题时(只要当前的API被保存),而Oracle将倾向于等待这个在提出它之前的下一个openjdk版本.

据我所知,Oracle对于处理java 1.6(它被称@R_262_9478@ 1.6,但开发不是线性的,桌面/服务器/ windows / linux jvms都是不同的,在一个版本中添加的位不能用于另一个原因是由于编码捷径和复杂的许可协议,每一个都以某种方式落后于其他人. Oracle打算维护一个经典的线性开发管道：openjdk next→current openjdk→Oracle java

无论您使用哪种版本,都需要应用其维护者发布的安全更新.使用Oracle java作为Red Hat java的更新是没用的,反之亦然,它的代码略有不同,安全漏洞略有不同.两家公司都有能干的工程师,并在openjdk主干中共享安全修复程序.发布固定版本时,取决于禁运协议和安全修复策略.除非存在严重漏洞,否则Oracle将倾向于在不常发布的预先计划版本中批量修复.只要存在与安全相关的问题,无论是大还是小,Red Hat都会发布. Red Hat构建过程比Oracle使用的过程更灵活. Linux构建过程是100％自动化的,而Oracle需要担心Windows&合.

最后,在RHel中发布的Oracle Java是对Oracle文件的重新打包,以使用本机Linux打包技术并使用与openjdk包相同的路径(等)约定(使其易于替换),而Oracle Java则由Oracle发布仍遵循SUN Solaris / windows人们认为适合Linux的非常奇怪的命名和路径约定.它应该没有Oracle发布的Oracle Java(相@R_929_11197@)的安全漏洞,只是部署起来更方便.它被设计成另一个Linux软件包集,可以使用本机软件包部署系统部署在许多Linux服务器上.当你需要管理数百台服务器时,不需要特殊情况下的jvm是一个很大的帮助.

每年2月,红帽和甲骨文的顶级java人员会在fosdem上公开会面,并展示他们目前的优先事项.如果您有兴趣,可以查看他们过去在fosdem公共档案中的演讲.