写点什么

Sun 的 JDK7、OpenJDK 及 IcedTea 释疑

  • 2009-01-16
  • 本文字数:1791 字

    阅读完需:约 6 分钟

由于 JDK7 OpenJDK IcedTea 都是并行发展的,它们之间到底是什么关系很容易让人迷惑。OpenJDK 的质量主管 David Herron,试图澄清相关情况并解释为什么 JDK7 花费了这么长时间。

David 先描述了 OpenJDK 6 和 JDK 6 之间的不同:

OpenJDK 6 是 OpenJDK 7 的一个分支,为了通过 JCK 6 测试条件的检验,我们团队从 OpenJDK 7 分支上剥离出了很多代码,直到它符合 Java 6 规范为止。 关键是 OpenJDK 6 工作得非常好,好几个 Linux 的发行版都使用它作为其 JDK,它能够通过 JCK6 测试套件的测试,这意味着 OpenJDK 6 可以被用来构建一个兼容的 JDK,但是很不幸,我们所希望的这种进化轨迹相对来说是短期的。它服务于一个目的,即,拥有一个兼容 Java6 的完全开放的 OpenJDK。

接着,他谈到了 OpenJDK 和 IcedTea 的关系:

看上去有些人非常喜欢用“./configure”而不是设置环境变量,并运行“make”。IcedTea 项目最初是由于 OpenJDK 不完整(因产权 而造成的障碍)而创立的,社区需要一个完整的开源工具链及代码库。IcedTea 长期以来一直是 OpenJDK 的一套补丁,正如刚才我所说到的,它有一个 基于“./configure”的不同的构建系统。 在 OpenJDK 中,我们已经替换了产权代码(encumbered code),因此不再有障碍了。正因为我们的努力,IcedTea 项目已经减少了使用补丁的数量。IcedTea 中看上去不错的一点是,它的 configure 脚本使得在多种不同的模式下构建 OpenJDK 变得很容易,比如使用 Zero Assembler Port 在非 x86/sparc 芯片上来支持编译等等。 IcedTea 提供的一大块内容是 plugin/java-web-start 基础架构。我们还没有把我们的 plugin 开源,并且对于 6u10 我们重写 了该 plugin。人们都希望把新 plugin 开源给 OpenJDK 项目,但是据我所知,这一决定还没有提到议事日程。

David 表示 JDK7 和 OpenJDK7 将拥有(几乎)同一个代码库:

……计划 OpenJDK7/JDK7 的起点代码库将几乎一样。维护分支显然是昂贵的,如果 JDK7 与 OpenJDK7 差异太大,会导致两个结果:a) 非常 昂贵,b) 破坏我们在开源生态系统上所做的努力。 但是“几乎一样”代表着还是有一些不同。 还记得因产权而造成的障碍吗?其中有一些是截至 2007 年 5 月之前不能开源的代码(现在已经可以开源了),而另一些则还未得到同意(比如 SNMP),但是 有一些开源代码可以替换我们仍在使用的老的还未开源的那一部分代码。这些主要集中在字体及图形光栅部分。这些老的未开源光栅代码,尽管是有产权的且经过了 10 余年的修正和精调(有较好的质量质量保证),但是对于产生 JDK 构建的开源替代品来说,它们与现存非开源代码一样快速、稳定且拥有非常好的质量。

按照 David 的说法,OpenJDK 源码发布、JavaFX 以及整体资源不足是导致 JDK7 花了这么长时间的原因:

要是我们按照正常模式走,JDK7 现在就应该已经出来了。即,Java6 是于 2006 年 12 月发布的,而我们的正常模式是两个主版本之间间隔 18-24 个月,这意味着 JDK7 应该在 2-5 个月之前就已经发布了。到底怎么回事呢?很明显是几个方面的资源短缺。 比如,2007 年 5 月发布的近乎完整的 OpenJDK 源码花费了大量人力物力。但是在 2007 年 5 月的 JavaONE 大会上又宣布了一个产品(一个叫做 JavaFX 的小家伙),它又变成了对 Java 的一个较大调整(正如一些人所说,它不是原来那个 Java 了),而且也耗费了大量的工作。 换句话说,生产 JDK7 的时间被用来做 JDK6u10 和 JavaFX 了。

Joe Winchester 最近在 Java Developers Journal 的一篇文章上表达了关于 JavaFX 减缓了平台发展的类似主张,他将 Java 采用动态语言和类似 JavaFX 的技术,与 90 年代 Smalltalk 团队要把 Java 运行在其 VM(叫做统一 VM—— Universal VM)上所做的努力进行了对比。该作者指出,就像 Smalltalk 的情况一样,最好应该把精力集中在 Java 自身上,“而不是扩充 JVM 把它变成万金油 ”。

还要注意的是 OpenJDK 理事会即将寿终就寝,像 Neal Gafter 这样的人还关心着该组织新的组成形式

OpenJDK 理事会已经延期一年了,在 4 个月之内就要解散,有两个非 Sun 的位置仍然空缺。2008 年 4 月公布的最近一次会议备忘录中,大家一致同意在 2008 年底之前起草出宪章草案。 理事会的七个成员都是谁?我们能够看到 4 月之后的会议备忘录并获得宪章方面的现状报告吗?

你怎么看 Sun 的 JDK 以及开源Java 的未来呢?

查看英文原文: Sun’s JDK7, OpenJDK & IcedTea: Disambiguation

2009-01-16 07:577081
用户头像

发布了 150 篇内容, 共 46.9 次阅读, 收获喜欢 10 次。

关注

评论

发布
暂无评论
发现更多内容

Navicat Premium 15 for Mac(数据库管理软件)中文版

Mac相关知识分享

FastAPI 依赖管理的三种方式对比:依赖注入 vs LRU缓存 vs 全局变量

大法师

FastApi 依赖注入

区块链智能合约的开发流程

北京木奇移动技术有限公司

区块链开发 智能合约开发 软件外包公司 新加坡

区块链在溯源系统中的技术原理

北京木奇移动技术有限公司

区块链技术 区块链溯源系统开发 软件外包公司

预制菜智能化生产管理MES系统解决方案

万界星空科技

mes 万界星空科技mes 预制菜加工 预制菜工厂 预制菜生产管理

MQ消息乱序问题解析与实战解决方案

京东科技开发者

BetterTouchTool for Mac(触摸板及鼠标增强软件)

Mac相关知识分享

电商产品自动化测试实战——解锁高效测试新技能

测吧(北京)科技有限公司

测试

全球首家!京东发布“立影计划”裸眼3D商品营销方案

京东零售技术

Sketch for mac(矢量图形设计工具)中文版

Mac相关知识分享

快手前端动效大揭秘:告别低效,vision平台来袭!

快手技术

前端

1688跨境寻源通代采集运系统PHP搭建攻略,实现采购订单物流自动化

tbapi

1688跨境寻源通 1688寻源通 1688代采集运系统 1688寻源通代采系统

Wirecast Pro for Mac(视频直播制作工具)v16.4.0中文免激活版

理理

2024年软件行业的发展趋势:从人工智能到低代码平台的变革

天津汇柏科技有限公司

云计算 低代码 AI 人工智能

深度揭秘“快稳省”背后的数仓硬核技术

字节跳动数据平台

大数据 数据仓库 云原生

为什么《程序员修炼之道》评分高达 9.1?

京东科技开发者

移动端设备上稀奇古怪的前端问题收集(一)

京东科技开发者

Taro 鸿蒙技术内幕系列(三) - 多语言场景下的通用事件系统设计

京东零售技术

taro 前端

面试:如何回答HR的问题

老张

面试 求职面试 职场认知

AlDente Pro for Mac(电池最大充电限制软件)

Mac相关知识分享

中昊芯英创始人及CEO杨龚轶凡受邀出席2024企业家博鳌论坛

科技热闻

App自动化测试的高级定位与PO设计模式

测试人

软件测试

异构算力开源社区HAMi举办首届沙龙,将发布新版本,效能全面提升

新消费日报

腾讯云 AI 代码助手:AI Agent 构建企业新一代研发范式

cloud studio AI应用

HarmonyOS 5.0应用开发——UIAbility跳转

高心星

arkui ArkTS 鸿蒙Next HarmonyOS NEXT

一文全答:什么是低代码?可靠吗?贵不贵?适合谁用?

优秀

低代码 低代码平台 低代码平台应用场景

【GreatSQL优化器-05】条件过滤condition_fanout_filter

GreatSQL

食品加工、预制菜行业MES系统解决方案

万界星空科技

mes 万界星空科技mes 食品MES 食品加工 预制菜加工

Final Cut Pro X for Mac(fcpx视频剪辑)中文版

Mac相关知识分享

校园兼职 | 大学生运营推广专员招募中!

测吧(北京)科技有限公司

测试

Sun的JDK7、OpenJDK及IcedTea释疑_Java_Dionysios G. synodinos_InfoQ精选文章