Java EE 6 通過投票背後：民主表象下的利益博弈與生態分歧

JCP 執委會以 12 贊成、1 反對（Apache）、2 棄權（SAP、Intel）、1 無效、SpringSource 缺席的結果通過 JSR-316（Java EE 6）。雖然 Web Profile、EJB 3.1 等新特性讓平台更輕量、易用，但爭議聲浪並未平息。本文還原投票細節，剖析 SpringSource、Red Hat、Oracle 等關鍵玩家的立場差異，探討 Java EE 標準與輕量級框架生態的未來關係。

投票陣營與核心分歧

• SpringSource（Rod Johnson）投反對/缺席：承認 Profiles 方向正確，但批評「未經驗證的技術倉促入標」（如 JSF 2.0、JPA 2.0 部分 API），且 JCP 流程不夠開放。Spring 3.0 已實作 JSR-330（@Inject），將繼續「擁抱優秀技術、整合 Java EE 組件」，但堅持輕量級框架路線。
• Red Hat（Rich Sharples）強力支持：視 Web Profile 為 Tomcat 與全功能 Java EE 間的最佳折中——避免團隊在 Tomcat 上自建應用伺服器基礎設施。JBoss AS 6/7 率先內建 Java EE 6 特性，紅帽視標準化為降低客戶鎖定風險的關鍵。
• Sun/Oracle：GlassFish v3 Prelude 搶先實作，Oracle 收購案懸而未決時仍推動標準落地，意圖鞏固商業應用伺服器市場話語權。

Tomcat 的隱形統治與「企業級 Java ≠ Java EE」

Rod Johnson 指出：大量生產系統跑在 Tomcat 上，Tomcat 非完整 Java EE 實作，卻是事實標準。「企業級 Java」生態（Spring、Tomcat、Hibernate、各類庫）比「Java EE 標準」更健康、廣泛。Java EE 6 雖引入 Web Profile 回應輕量需求，但能否阻擋開發者流向 Spring/Guice + Tomcat 棧，仍是未知數。

雲端與多模儲存：下一個十年的戰場

Johnson 預判：下一版 Java EE 面世時，應用場景將劇變——關係型資料庫不再是唯一核心，NoSQL、雲原生部署、多租戶架構將成主流。當前熟悉的「JPA + EJB + RDBMS」模式將被重寫，標準制定者若仍聚焦傳統企業級模式，恐錯失平台演進窗口期。

結語：標準與創新的張力

Java EE 6 的通過是妥協的產物：Web Profile 回應輕量化呼聲，但核心規範仍背負歷史包袱。SpringSource 選擇「在標準外創新、在標準間互操作」；Red Hat 押注標準化降低 TCO；Oracle 則掌握標準主導權。對開發者而言，關鍵不在於「是否遵循 Java EE 6」，而在於根據團隊能力、業務複雜度、雲原生需求，在「標準堆疊」與「輕量組合」間做務實選擇。真正的贏家，將是能同時適應傳統企業級遷移與雲原生新建的技術棧。