关于 Java 9 模板系统特性被委员会拒绝详情

栏目: Java · 发布时间: 9年前

内容简介:关于 Java 9 模板系统特性被委员会拒绝详情

5月8日,JCP执行委员会以 13票反对,10票赞成 否决了 JSR #376 (Java模块化系统)的提议。由于其可能作为 Jigsaw 项目的核心部分,因为这个结果,可能又将导致 Java 9 发布延期30天以上。

关于 Java 9 模板系统特性被委员会拒绝详情

赞成者们

大多数的赞成票没有说明缘由,包括 Oracle, Intel, NXP Semiconductors, Goldman Sachs, Azul Systems, Gemalto M2M GmbH, and MicroDoc。剩下的3个赞成者 — V2COM, SouJava, and Fujitsu Limited 则表示,在过去几周,Jigsaw 已经公开审查过了。

Fujitsu 和 V2COM

Fujitsu表示:“我们希望 EG 成员能够在下一轮投票中解决一些大家关心的问题”。

V2COM 同意 Fujitsu 的说法:“V2COM 分享了一些其他 EC 成员同样关注的问题,我们相信在这次投票和下一次投票可以解决这些问题。”

SouJava

同时,SouJava 更详细地解释了它的投票,暗示其实他们是反对这个提议的。“正如其他人所说,我们认可 Jigsaw 团队在这方面取得了巨大的成就,即使很多人认为有些并不会成功,”他们说,“但是,一些 EG 没有通过的规范他们仍准备发布,这使得我们内部讨论倾向投反对票”

那么,是什么改变了他们的想法?

“在过去几周内,Spec Lead 的行动改变了人们的普遍情绪,我们对解决这些问题所作出的努力表示感谢。”我们同意伦敦的 Java 社区和其他一些被提交进行公共审查的规范。我们理解,Spec Lead 应该关注稍后将改进的初始版本,并且我们甚至愿意在 工具 问题上做一些妥协。

但是他们关注的是情况,特别是关于独立实现的情况。他们还表示,目前的情况并不令人满意,SouJava 将遭到否决。

但是,如果规范不支持独立实现,那么这将是一个更大的问题。独立实现是 JCP 的主要目标,如果情况继续,我们不打算保留赞成投票。

反对者们

现在总共有 13 个 EC 成员投票反对 Jigsaw。 根据上图,瑞士信贷,Eclipse 基金会,Ivar Grimstad,Hazelcast,HPE,IBM,Werner Keil,伦敦 Java 社区,Red Hat,SAP,Software AG,Tomitribe和 Twitter 都投票反对了这次 JSR 提案。

他们反对的原因和理由几乎与星星一样多得数不清,我们只总结其中的一些亮点。

红帽(Red Hat)

我们从红帽开始。

4月份的时候,红帽的中间件团队整理了一份 34页的文档 ,列举了大量关于 Jigsaw 项目的问题。这些问题都非常实际(“Jigsaw 中引入的模式(在某些情况下)将在以后的版本中变得非常难以修复,这将导致向后和向前的兼容性问题,这就像打了一个复杂的结,以后将非常难以解开”)它让人们更广泛地关注起其对生态系统和整个社区的影响(“由于缺乏一对一的映射用例(或者说足够的互操作能力)和其他的限制,我们担心会分裂成两个独立的 Java 软件开发世界:Jigsaw 世界和其他世界(Java SE 类加载器,OSGI,JBoss 模块,JavaEE 等)”)。

这是根据他们对Jigaw所面临的问题及其模块化的研究结果所做的视觉分析表格。

关于 Java 9 模板系统特性被委员会拒绝详情

尽管承认原始目标已经改为专注于 JVM 的模块化,但红帽表示,在整个过程中,焦点似乎是在“JVM模块化”和“为开发者们创建一个模块系统”之间来回切换。

据红帽所言:“在以前对 EG 列表的投票和评论中,我们已经阐明了:从中间件或者 Java SE 开发人员的角度来看,Jigsaw 达不到作为一个模块系统(像Java EE那样的)的基本目标。“

尽管如此,红帽表示他们对未来仍然抱有希望。

总之,他们说:“我们认为,对所有反馈和意见做更为周全的评估不会花费太多时间,相反地会让整个Java 生态系统更容易让人接受。”

IBM

IBM 也详细说明了他们投票反对Jigsaw的原因。

根据投票日志,“JSR 376 专家组和公众提出了一些合理的问题和顾虑,目前的规范公开审查草案需要进一步的讨论和解决。我们主张在专家组的所有成员中继续开展工作,去处理邮件列表中记录的问题,IBM 希望在本规范进行下一步之前,在整个专家组中看到更为一致的意见。”

维尔纳·凯尔(Werner Keil)

维尔纳·凯尔(Werner Keil)目前也反对这次提案。 “我理解 IBM 和其他人投反对票的理由,并听到了诸如 OSGi 社区、主要构建系统(如Maven,Gradle或Ant)贡献者的类似疑虑。”

他补充说,他们的大部分问题尚未得到专家组或相关负责人的回应,他质疑 JSR 是否准备好了。

SAP 加入了许多其他的投票者,是的,不太一样的,庆祝到目前为止 JPMS 所取得的进展。“我们绝对认可,到目前为止,由专家组成员以及(特别是)由标准的领导者自己所取得的巨大成就和已经完成的伟大的工作。”

但是他们说,“虽然 JPMS 对于 Java 平台本身的模块化来说是非常好的,但我们认为 Java 平台之外的库和框架仍然存在一些瑕疵,这些应该在最终标准通过之前得到修正和解决。”

最后,他们以规劝作为此次投票的结语,让与会者想想过去几个星期里面各方表现如何,并希望未来能够有更多的合作。

他们说道,“最后,我们建议所有成员和标准的领导者回到桌前,面对面沟通,而不是通过博客和公开信相互指责!”


以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

Domain-Driven Design Distilled

Domain-Driven Design Distilled

Vaughn Vernon / Addison-Wesley Professional / 2016-6-2 / USD 36.99

Domain-Driven Design (DDD) software modeling delivers powerful results in practice, not just in theory, which is why developers worldwide are rapidly moving to adopt it. Now, for the first time, there......一起来看看 《Domain-Driven Design Distilled》 这本书的介绍吧!

XML 在线格式化
XML 在线格式化

在线 XML 格式化压缩工具

正则表达式在线测试
正则表达式在线测试

正则表达式在线测试

RGB CMYK 转换工具
RGB CMYK 转换工具

RGB CMYK 互转工具