JSR 316, Java EE 6规范，有所争议的通过

发布时间：2017-01-08 22:45 所属栏目：61 来源：IT168 胡磊

导读：新的Java EE 6规范，在七月16日被认可。选票结果以压倒性的优势通过：14票赞成，1票反对（Apache），1票弃权（Borland）。JSR并没有非常出色的通过，自Apache软件基金会发表的公开信和在TCK用户约束所带来的问题以来，这是第一个主要的JSR被认可。

    【专稿】新的Java EE 6规范，在七月16日被认可。选票结果以压倒性的优势通过：14票赞成，1票反对（Apache），1票弃权（Borland）。JSR并没有非常出色的通过，自Apache软件基金会发表的公开信和在TCK用户约束所带来的问题以来，这是第一个主要的JSR被认可。JSR虽然通过了，但是承受来自IBM对许可证模式要求的压力，同时还有来自Red Hat 和 Intel 的预期要求。

    IBM投了赞成的一票，它的评论是：

    IBM之所以投了赞成一票是看在它的技术水平上，如果从许可证的条款来看，我们是不会投赞成票的。IBM只支持这样的许可证模式，这种模式有利于创造一个开放的环境，让第三方能够独立的实现Java的规范，而不允许个人或者公司为了个人的利益行使一些不必要的限制。我们支持开源许可证模式，为JCP做出自己的贡献，和希望其它的公司能够支持这种趋势。这种评论没有直接针对JSR目前的业务和许可证模式，但是，评论反映出IBM自己更为喜欢的许可证模式。

    Intel也做了一个类似的评论：

    规范制作小组声称实现这些JSR并不存在使用限制，这是好的。Apatch关于Java SE的公开信（http://www.apache.org/jcp/sunopenletter.html）声称测试JCP兼容性的许可证不应该用来限制或者约束更富有竞争、更具兼容性的实现；具有约束的许可证不能满足JSPA发展需求的。我们同意这个观点，对于每一个JCP投票，我们将会询问规范制作小组是否把这些约束加入到许可证中去了。

    Red Hat虽然投了赞成票，但是同时做了一下评论：

    规范制作小组证实EE6 TCK不包含使用约束，正如Apatch先前对另一个JSR所提出的要求。没有用户约束是一件好事情。
但是，在没有清晰的JSPA规则的情况下，到底有没有约束我们也不得而知，我们仍旧担心老问题有会重新浮出水面，任何JSR都会存在这种可能性。

    Apache投了反对的一票，给出的原因如下：

    Apache软件基金会没有投赞成票是因为规范制作小组违背了JSPA的原则，详细见http://www.apache.org/jcp/sunopenletter.html ，因此如果以前的问题还没有解决的话，我们是不同意开始另外一个JSR的。这个投票结果并不是对JSR的技术水平的否定。如果不是规范小组的问题的话，Apache软件基金会可能会投赞成的一票。

（编辑：ASP站长网）