尽管甲骨文的首席Java架构师一直满怀热情地要将闭包功能添加到Java中，但他并不认为建议的实现技术已为Java 7作好了准备。闭包功能要不要添加到Java 8中会开始引发新的一场争论。 如果添加闭包功能，Java将因而与已经添加了这项功能的其他语言（如JavaScript和Scala）处于不相上下的水平。 Scala开发者兼Scala工具开发商Typesafe的联合创始人Martin Odersky夸口说：“Java在闭包功能方面的工作似乎与我们已经在Scala中拥有的闭包功能相类似，但存在更多的限制。” 除了技术本身外，许多人在密切关注甲骨文今后会如何监管Java 8。 甲骨文还没有为Java 8版本制定一份官方时间表，不过JCP组织的成员们似乎渴望避免为下一个版本再次等待漫长的间隔期，已在非官方场合表态会在2012年年底之前发。Little说：“我们不想在Java 7和Java 8之间再等上个四五年。” 至于如何处理Java方面，甲骨文本身一直在遭到越来越严格的盘查。多方指出，甲骨文交付的Java 7存在已知的软件缺陷。 Little说：“有时我认为甲骨文说的话模棱两可。有时，我访谈过的甲骨文人员确实想把事情做好，竭力避免像对待闭源项目那样运营开源项目。” 然而有时，Little却发现甲骨文的做法有悖于这些原则。他提到了2010年甲骨文在没有征求意见的情况下，改变了维护开源版JDK的OpenJDK项目的治理细则。结果，红帽失去了其在指导委员会的席位，“尽管明摆着我们贡献了那么多的代码，”Little愤愤不平地说。 Little说：“我们参与了好多个开源项目。甲骨文的整个处理方法对我们来说不是显得非常符合开源原则。”甲骨文拒绝就本文发表评论。 从许多方面来看，Java 8将真正检验甲骨文管理一个复杂的开源项目的水平如何，这是许多代码贡献者的利益彼此冲突的一个项目。 原文标题：Java 8 gears up for the cloud |
