正如我之前发布的那样，Interface21 正在 参与 Java EE 6 的工作，我们的许多人，包括我自己、Juergen Hoeller、Keith Donald 和 Rob Harrop 将参与多个专家组。

这意味着我们正在更广泛地参与 JCP。我们尊重 JCP 的保密性和其他规定，因此我们不会谈论任何非公开的内容。但是，我想谈谈我们参与 JCP 的目标以及我们将采取的基本方法。当然，我们只是众多公司和个人中的一员，所以我们只是一种声音，但这就是这种声音所追求的

• 开放性：我们将尽可能地推动 JCP 的开放性。我经常觉得 Java 社区 过程中的“社区”部分一直很缺乏——尽管很高兴看到对该过程的修订似乎更有利于开放性。我们将尽力在所有阶段尽快将尽可能多的信息传递给社区，并反对一些专家组将某些东西发布出来并将其作为福音的倾向。
• 响应性：只有倾听才有价值。过去，一些专家组认为他们的角色是告诉人们事情将如何发展，而不是倾听。当人们指出缺陷时，如果您在仍然可以解决问题时倾听，而不是攻击批评者，那会好得多。另一方面，一些专家组在开放和响应方面做得非常好，我们将努力鼓励将这些用作模型。开源已经证明了开放性和响应性的许多好处，以及一些可以帮助使其在实践中发挥作用的技术。
• 了解大局：所有 JSR 都存在于更广泛的背景下，忽略这一点会带来危险。这就是我们对 EE 6 感觉良好的原因之一：这是 Java EE 的第一个提案，它考虑了人们正在成功使用的现有技术和解决方案。我们不希望再出现 java.util.logging 的惨败。几年前，J2EE 是企业 Java 的代名词。企业 Java 开发人员将其视为所有答案的来源。这没有奏效，今天，Java EE 必须做出正确的选择才能保持其相关性。这实际上是一件好事：没有什么比存在于竞争激烈的环境中更能推动改进了。而且，正如我在上一篇博客中指出的那样，如今的许多竞争都来自 Java 世界之外，这意味着整个 Java 社区从根本上站在同一阵营。在 Java 阵营内部，需要考虑 OSGi 等技术，尤其是在它们可以帮助实现 EE6 工作的一些目标（例如服务器组件化）的情况下。OSGi 联盟技术总监 Peter Kriens 最近 写博客 提出了一个有趣的观点，即“在一个没有上下文的社会中，将 JSR 316 基于 OSGi/JSR 291 绝对是明智之举。” 我们希望做出最佳的技术决策，而不管所讨论技术的来源如何。

<li><strong>Honesty</strong>: We intend to be completely honest about our opinions. There are parts of Java EE 5 that we think suck (notably the EJB interception model), and I recently <a href="http://blog.interface21.com/main/2007/07/03/java-ee-6-gets-it-right/">blogged </a>about why we think that Java EE 6 looks very promising. We're getting involved because we think EE6 is right and important. But we can bring most value by being honest about what we think doesn't work, as well. That way it might be made better.</li>

• 技术重点：从根本上说，我们的立场将受到我们认为将带来最佳技术解决方案（将在现实世界中发挥作用）的因素的驱动。
• 最终用户关注：我们将问一个问题，谁从中受益？ 如果对用户没有明显的好处，最好不要添加或更改功能，因为增加平台的复杂性绝对不是用户想要的。
• 清晰度：我们认为，在可能的情况下，应该在一组规范（例如 Java EE）中定义一次概念。例如，EJB3、Java 平台通用注释 (JSR-250) 和 Java EE 5 规范之间的重叠令人困惑。哪里是注入功能的单一明确讨论？我们认识到在这方面存在局限性
• 成熟度：过去的大多数错误——CMP 实体 bean，有人吗？——都是由于“标准化”未经证实、不成熟的技术造成的。标准化经过验证的概念是有效的；标准机构在创新方面做得不好。（“委员会设计”是一个贬义词是有原因的。）一旦你标准化了未经证实的东西，如果证明你犯了错误，你就会让用户遭受多年的痛苦。幸运的是，Java EE 6 中的可扩展性概念在负责任的标准化和平台上的创新之间提供了完美的平衡，因此 Java EE 现在能够很好地应对这一棘手领域。

我们正处于可能为期 2 年的过程的开始阶段。但我们很乐观，并将尽最大努力帮助它发挥作用。我们需要你的帮助。作为 JCP 的成员，Interface21 致力于对社区开放。

很高兴看到 Sun 公司的规范负责人 Bill Shannon 和 Roberto Chinnici 也致力于 EE6 的开放性。Roberto 刚刚发布了关于最近讨论的更新，他计划每月再次这样做。