红帽公司为规范投了赞成票，该公司表示："ee6规范的spec lead证实了ee6 tck将不包含应用领域限制，因为最初apache是针对另一个jsr(se tck 许可证)的，这是件好事。因而，在将来，对于任何提交的jsr(无论是由sun 公司或其他公司)，人们将尤其期望spec lead提供应用领域限制方面的明确信息。

一个由16个公司和个人组成的小组为java ee 6规范进行了投票，sun公司和红帽公司投了赞成票，intel、hp、oracle、sas协会、google、sap、doug lea和hani suleiman公司弃权，apache软件基金会、bea systems、borland software和fujitsu没有参与投票。

apache 软件基金会的geir magnusson为java ee 6规范，也就是众所周知的jsr(java specification request) 313，提出了一个问题：java ee tck(兼容性检测工具包)是否有应用领域的限制。magnusson说，sun公司在有目的地保护java以达到自身商业意图。

目前，关于java ee 6规范是否有应用领域的限制这一问题引发了业界的广泛争论，莫衷一是。

在jsr 313是否被批准的问题上，sap公司投了弃权票，他们进而表示：“我们正在等待有关方面对该许可证条款进行更多的澄清，就我们来看，这些条款貌似要求每个java ee profile都要支付许可证费用。如果这一点是确定的，那我们就要在许可证条款的jsr问题上投反对票。”

intel也投了弃权票，并说明他们在等sun公司对sap等公司所提出问题的回应。

红帽公司为规范投了赞成票，该公司表示：“ee6规范的spec lead证实了ee6 tck将不包含应用领域限制，因为最初apache是针对另一个jsr(se tck 许可证)的，这是件好事。然而，由于缺乏明确的禁止应用领域限制的jspa规则，我们仍将为相似问题的再次出现而担忧。”

红帽公司的mark little在一次采访中说：“我们对这一jsr背后的相关措辞十分关注，但并不认为这一问题重要到以至于延缓开发以及其后的相关程序。我们知道ee6对协会和供应商来说是非常重要的，因此我们投了赞成票，但是我们已将保留意见发给了sun 公司。

因而，在将来，对于任何提交的jsr(无论是由sun 公司或其他公司)，人们将尤其期望spec lead提供应用领域限制方面的明确信息。

同时，传闻说sun公司计划于近期开放jdk(也应包括jck ，或者说tck)的源码。然而，一位观察家对此持怀疑态度：“如果其确实如此，我不相信它像被描述的那样。‘jck现在处于开放许可证下，并且任何人都可以不经过任何修改的进行使用，进而证明其与java se规范的兼容性并通过检测，为其装备接收所有来自spec lead和专家组的必需ip。我为什么不相信它呢?因为如果它们想要这么做，他们为什么不首先用公关手段而为tck赢得胜利呢?”

资料显示，sun公司或许确实做了些傻事，比如：该公司说如果你的代码是gpl，那么在gpl下jck是可用的……如果他们这么做了，我认为其结果是，虽然gpl下的源码是可用的，但并不意味着你只需通过代码库就能得到所有的ip权限。换句话说，代码库是进入jck的开端，但jck?d?d这是只能从sun公司得到的。

许多jsr 313专家组成员说过，他们认为java ee许可证持有人对这一问题有疑问，这导致针对tck和商标权的商业许可证结构的变化。

而另一位观察家说：“我认为fou(应用领域)问题是莫须有的，因为对于java ee，从来就没有一个具体的应用领域。他们或许站在了一个被误导的原则立场上。但是最终，我认为他们将不得不妥协?d?d如果jcp 被认为是一个开放spec 组织，那么jcp一定是应用领域不受限的，我希望sun能带领我们前进，而非被拖住了前进的步伐。”

曾参与相关java ee 6问题讨论的oracle公司java平台组负责人 steven harris表示，他相信spec将被再次递交并最终会获得批准。harris说：“我期待着jsr 313被递交并被接受，因为被提出的问题并不会产生太大影响。”

java ee 6 预期在2008年的第三季度完善和发布。

（t007）