Sun与Apache的分歧使Java 7公告黯然失色

Sun公司的Mark Reinhold在OpenJDK网站上发布了一个JDK 7的更新日程表,同时列出了核准的功能清单。目前的build处于里程碑2,包括新的Garbage First垃圾收集器和I/O APIs[JSR 203]。里程碑3,预计在五月份的JavaOne大会的时候会完成,将通过invokedynamic字节码指令添加对动态类型语言的VM支持[JSR 292]。Java 7其他的显著功能包括添加Java 6 update 10的向前兼容到OpenJDK(里程碑4),目前按兵不动的Swing Application Framework[JSR 296](里程碑5,预计在秋天),另外还有标准化模块(JSR 294)和Jigsaw项目。值得注意的是,目前的路线图中没有新的Date和Time API[JSR 310],Beans验证[JSR 303]和Beans绑定[JSR 295]。

  1. 自动化资源管理。由Joshua Bloch提交,一个ARM块是try语句的一种形式,声明若干个资源,并且限制在该语句中。当语句结束,不论是正常方式还是暴力方式,所有相关的资源都自动关闭。这减少了手动关闭资源的需要,在现实中非常容易出错。据Bloch所说,连JDK自己的close方法都有三分之二实现的不正确。
  2. Elvis和其他null-safe操作符。由Stephen Colebourne提交,原始想法出自Neal Gafter,目的是解决一些NullPointerException异常的常见问题,使其可以忽略对象的null检查。
  3. 改进异常处理。由Neal Gafter提交,这个提议包括处理多种异常的catch语句块和改进重新抛出的异常的检查。
  4. 改进对通用实例创建的类型推断。由Jeremy Manson提交,该建议提出增加对类实例创建表达式的有限类型推断。例如取代书写:Map
  5. 简化Varargs方法调用。由Bob Lee提交,建议修改编译器针对方法结合varargs和非具体化数组类型时抛出的警告,把该警告从调用处移到方法声明处。
  6. switch语句的字符串。由Joseph Darcy提出,建议增加对switch语句的字符串支持。

Sun针对Java 7的JDK将是它首次基于OpenJDK,虽然其实现仍然依赖于某些非开源组件。同时,Sun开发Java产品的方式也在改变,不依赖JSR,而是功能不断增加,最后完成时再标准化。项目Jigsaw、JavaFX和Java SE 7都是按照这种方式开发的。Mark Reinhold这样写到:

“JDK 7项目创建了一个基于 Java SE 7的原型——不论是不是会最终采用。当SE 7平台JSR被提交之后,JDK7开发的功能才会被列入其中,除了那些虚拟机(VM)级别的或者特定实现的。”

OpenJDK项目和针对Java 7透明的功能集、日程表的结合比我们以前看到过的历次修订都要开放的多,但是来自Apache的Stephen Colebourne对这种变化非常担忧,认为可能导致Java 7没有正式规范,而是只有一个Sun提供的JDK实现:

“我看到的是,Java SE不再是一个开放标准,下一次发布将是JDK 7,而不是Java 7。这是所有关心Java生态环境的人应该关注的问题。”

毕竟,如果Sun使Java SE不再是一个开放标准,那么Java EE、Servlets或者JMS呢?是时候呼吁开放标准的回归了!”

在一个后续的文章中,Colebourne借用JCP执行委员会的会议记录支持他的观点,声称这次过程的改变与Sun和Apache在后者争取对Harmony项目的Java兼容工具包(JCK)授权条款方面的长期分歧有关。

“...在2008年九月份的会议上,有明显的迹象表明(但不是绝对证据)Sun认为除非 Harmony项目的争端得到解决否则不能让一个Java SE 7 JSR通过。我们也能够注意到2008年四月和六月之间Sun的态度变化,Java SE 7平台JSR从'尽快'到‘尚无计划’,同时Sun更加关注使用Open JDK而不是JSR。”

Colebourne的观点得到了Neil Bartlett的支持。根据传言,Sun以可能被收购为理由使用OSGi而不是Jigsaw,Neil Bartlett据此认为一旦Sun被收购,Sun领导的任何不被JSR支持的倡议都会被扼杀:

“明年这个时候Sun不可能还以现在的形式存在。不论是被IBM收购还是被HP和Oracle瓜分,或者其他的谣传,Sun支持Jigsaw的承诺毫无意义。因为Jigsaw与所有潜在收购者的商业需求背道而驰。我确信,如果IBM得到了Java,它会杀死Jigsaw。Oracle也是。通过在JSR之外构建Jigsaw和反对以建立的行业标准,Sun向客户暴露了可怕的商业风险。”

到目前为止,Apache投票反对所有JSR的策略和与Sun的持续争端还没有对Java的发展造成任何实质的影响,因为他们从其他JCP成员中只能获得有限的支持。这可能是因为其他JSR不受相同许可条款的影响。但是Java SE 7将会直接受到影响。如果Colebourne的猜测是对的,也就是说,Sun是因为Apache的策略而改变Java 7的开发方式,那么双方的僵持将会逐渐对Java和JCP造成巨大的伤害。


查看英文原文: Sun's Disagreement With Apache Overshadows Java 7 Announcement

 

你可能感兴趣的:(Sun与Apache的分歧使Java 7公告黯然失色)