这是一个摘自ASF的官方声明：
对于JCP EC来说，最近的Java SE 7投票是最后一次机会，它可以证明EC有任何捍卫JCP作为一个开放规范过程的意图，并证明法律的文字和精神是重要的。总结问题的股份投票,我们相信,同时继续失败JSPA下坚持自己的责任,甲骨文为电子商务提供了一个Java SE 7自相矛盾的规范要求和许可,严重限制分配独立的实现规范,最重要的是,Oracle拒绝回答EC关于这些问题的任何合理和负责任的问题。
在短语“失败”JSPA下坚持自己的责任,我们是指甲骨文拒绝提供ASF的和谐项目的Java SE TCK许可符合甲骨文的义务JSPA以及公开承诺的Sun Java社区的人员(最近被甲骨文收购)。这种对JSPA的破坏是由Sun Microsystems在2006年8月开始的，这是Oracle今天明确延续的政策。要了解更多关于这场纠纷的信息，请参阅我们给Sun微系统公司的公开信。
这次投票是执行委员会作为Java规范生态系统的管理机构所拥有的唯一真正的权力，正如我们之前所指出的，我们正在寻找EC来保护实现者的权利，以达到他们能够做到的程度，以及通过确保JCP规范能够自由实现和发布来保持JCP许可结构的完整性。我们不认为这是一个不合理的位置,应该注意的是,大多数的欧盟成员,包括甲骨文、已公开表示,限制分布如发现在Java SE 7中许可没有地方在JCP - EC和两个杰出的个体成员,Doug Lea和蒂姆•佩尔斯两人都因同一问题辞职以示抗议。
该声明的结论是，欧盟未能维护那些实施标准的人的权利，许可结构已被“破坏”。Apache也正确地得出结论，Java应该被视为私有的，Oracle的利益凌驾于更大社区的利益之上。
这是否有任何影响还有待观察。Apache明确表示了自己的意图，但EC还是继续为Java SE 7的JSR投票。那些投票支持Java SE 7的EC成员应该为未能对抗Oracle而感到羞愧，并试图将Java推向一个真正的开放社区进程。好Doug Lea和蒂姆·佩尔斯不过，他没有继续充当甲骨文的橡皮图章，而是在这个问题上辞职。我认为佩尔斯说得最好:
其他几名欧共体成员也表达了自己的失望，同时投了赞成票。我可以合理地确定，大多数赞成票是出于合同义务，而不是坚定的原则。我并不是很震惊，震惊选票可以被收买，但这最终让我明白，我的选票是没有价值的。
此外，Oracle表示无论投票结果如何，都将继续进行SE7/8 jsr，我们只能得出这样的结论:对Oracle来说，SE/EE EC永远不会超过一个橡皮图章。(这条信息传递时的好战语气在公开会议纪要中并没有体现出来，但在我的电话通话中却清晰而响亮。)
现在的问题是，考虑到Oracle对诉讼的偏好，Apache Harmony和其他源自java的技术的下一步是什么。如果不说别的，Oracle做了一件伟大的工作，说明当一个公司成为一个开放项目的唯一控制点时，它是多么危险。