| Sun Microsystems于8月9日宣布为JCK（Java Compatibility Kit——Java兼容性工具包）发布一个新的许可证版本。 这个特别拟定的 OpenJDK社区TCK许可证（OpenJDK Community TCK License）——正如其名字所暗示的——被设计成方便OpenJDK社区更宽松地访问JCK，因而确保了与Java标准保持一致。这显然是对开源版可信度的一个巨大推进。 尽管Sun最近已经将一些关键软件资产转移到开源许可下时，但JCK依旧被严密地控制。随着时间流逝，获得对其使用权已经逐渐的变得简单了，尽管这种方式并不是开源实现者所钟爱的。 新许可对哪些项目可以获得兼容性测试权设置了明确要求。其关键在于一个项目必须“基本上源自”OpenJDK本身，而且编码必须在GPL2许可下可用——尽管事实上OpenJDK确实是在GPL2许可下分发的，这意味着任何衍生品都必须遵循GPL2。“基本上源自”的真实含义在许可中并未详细说明，而且在FAQ中也不明确： “如果一个实现包含了大量OpenJDK代码库中已有的代码，完成明显地重要工作或整体上实现了一些API集合，那么它“基本上源自”OpenJDK代码库。” 正如媒体最近所报道的，Apache Harmony项目已经游说Sun更少地在JCK上作限制。Harmony是Java标准的Apache实现的名字，它需要通过JCK测试以证明自己是Java兼容的。Apache组织相信Sun实际上正在破坏JSPA协定，该协定是形成Java Community Process的基础。按照Apache的说法，这一协定应该约束参与者只能在非限制许可下分发技术兼容工具包（technology compatibility kits——TCK）。 作为抗议，对所有新的JSR，只要Sun是该规范的领导者，Apache现在都投反对票。Sun的一个代言人说：“显然我们并不认为我们正在破坏对JSPA所应尽的职责。我们正在提供我们TCK的访问权和使用权——包括Java商标——将其置于非常良好的条款之下。”在进一步说明中，“Sun很遗憾Apache暗示我们所讨论的Java EE平台的发展超越了Java SE的TCK许可。”最终，反对票并没有对Sun起到切实的影响，因为其他参与者没有参与到这场争论中，而JSR提议也通过了。JCP官方在这一事件上的解释： JSR投票过程的唯一用意是通过JCP EC来评估和表达关于一个JSR提议的技术水平的专家观点。基于JSR EC的投票结果，决定了一个JSR提议是否将继续通过JCP发展以形成一个标准。我们希望Apache软件基金会和Sun能够通力合作，找到一个使争论双方都能满意的决议，以利于开发者社区的发展。” 很清楚，因为缺少对Apache独立开发实现（工作于Apache自己的开源原则之下）的让步，新的JCK许可对Apache Harmony项目将是一个打击。Sun的代言人说： “我们已经对Apache提供了（而且还正在提供）与提供给商业团体（如果想构建他们自己的独立实现）相同的Java SE TCK条款，除此之外，我们还对Apache提供了免费TCK、免费使用Java商标、以及我们的免费支持服务。” 很明显，Sun所提供的并不适合Apache他们自己的开放标准，因此这一争论可能还要延续一段时间。 |
