正如我之前所釋出的那樣，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 實體驗證，有人嗎？——都是由於“標準化”未經證實的、不成熟的技術造成的。對已證實的[概念]進行標準化是可行的；標準化機構在創新方面做得不好。（“委員會式設計”之所以成為一個貶義詞是有原因的。）一旦你標準化了一些未經證實的東西，如果你發現自己錯了，你就是在讓使用者經歷多年的痛苦。幸運的是，Java EE 6 中的可擴充套件性概念在負責任的標準化和平臺創新之間提供了完美的平衡，因此 Java EE 現在非常適合駕馭這個棘手的領域。

我們才剛剛開始一個可能為期兩年的過程。但我們是樂觀的，並將盡最大努力幫助它取得成功。我們需要你的幫助。作為 JCP 的一員，Interface21 致力於對社群保持開放。

很高興看到 Sun 的規範負責人 Bill Shannon 和 Roberto Chinnici 在 EE6 中也致力於開放性。 Roberto 剛剛釋出了關於近期討論的更新部落格，並且他計劃每月再次這樣做。