如果科技界要舉辦自己的熱門電視節目《減肥達人》（或《名人健身俱樂部》），你會看到企業 Java 成為焦點——臃腫、超重、疲憊、耗盡。

企業 Java 的未來正變得清晰。病態肥胖的傳統平臺正在衰落，精簡的解決方案越來越多地用於生產和開發中。 EJB 等傳統技術變得越來越無關緊要。Java EE 5 的不溫不火的接受程度使其越來越像傳統 J2EE 臃腫軟體的最後一口氣。與此同時，Java EE 6 規範最終將允許更大的模組化，這一根本性的變化將對開發人員產生重要影響，並可能重振實現之間的競爭。由於基於這些標準的標準和產品積累了越來越多的脂肪，SOA、Web 2.0 和其他基礎設施變化不斷施加新的需求，而這些需求在十年前構思 J2EE 時並未預見到，那時它還是一個胖乎乎但可愛的嬰兒。

過去就到此為止。未來會怎樣？

我認為大方向是一個令人興奮的變革時期。 Gartner Group 的分析師也同意，在報告平臺中介軟體趨勢中寫道

流行的 Java 平臺企業版 (Java EE) 和 .NET 平臺中介軟體技術越來越不足以滿足對廣泛的可擴充套件性和效能、基於事件的程式設計風格、高階面向服務架構 (SOA) 和動態應用程式開發的需求。

以下是我的預測

• 我們將再次看到應用伺服器領域的真正競爭，而不是越來越少的幾家大型供應商的持續壟斷。 透過第 5 版，Java EE 並沒有很好地服務於開發人員及其組織的需求，而是服務於那些受到競爭保護的供應商的需求，因為任何新的進入者都需要實現許多繁瑣且無關緊要的遺留 API。 隨著 Java EE 6 需要擁抱模組化才能保持相關性，重新競爭的可能性很大。
• 明天的應用伺服器的佔用空間將比今天的 賈巴 小得多。 患者必須減掉數百磅才能生存。 考慮一下另一個 分析師評論

  考慮一下 Web CMS 供應商在過去一兩年內出現的趨勢，即嵌入、捆綁或以其他方式將 Tomcat 作為執行時框架，而不是 JBoss。 如果您只需要一個 servlet 引擎和 Web 伺服器，為什麼還要帶上 EJB 執行時、JMX 框架、JAAS/JACC 以及完整 J2EE 應用伺服器附帶的所有其他腳手架？

• 明天的應用伺服器不僅僅是實現 JCP 規範。 隨著伺服器端 OSGi 的興起和 SCA 的出現，JCP 不再是與企業 Java 相關的規範的唯一來源。 開源的普及和開源事實標準的出現引入了混合中的另一個要素。 現在，少數開源專案比構成 Java EE 的大多數規範與大多數企業 Java 應用程式更相關。 這最終必須開始影響應用伺服器的特性。
• 市場需要解決 Tomcat 和 WebLogic/WebSphere 之間的差距。 目前，市場的一個重要部分被忽視了。 大多數 Java Web 應用程式在 Tomcat 上最自在。 實際上，少數人希望獲得完整應用伺服器的某些更深奧的功能，例如 JCA，或分散式事務管理等專門功能。 但更多的人需要這些產品的某些操作和管理功能，但對深奧的 API 和它們帶來的臃腫不感興趣。 隨著越來越多的終端使用者公司希望淘汰傳統的應用伺服器，轉而使用更適合的技術，市場需求必然會得到響應，並推出能夠擊中要害並彌合這一差距的產品。
• 應用伺服器和 ESB 之間的差距將被彌合。 這是 POJO 中介軟體興起的必然結果。 同一個底層平臺應該能夠滿足 Web 和 SOA 的需求。 Spring 已經在不同的部署場景中提供了一致的元件模型（Gartner 也多次提到過這一點）； 平臺的其餘部分也應該具有類似的連貫性，並且隨著傳統 J2EE 的束縛不再阻礙發展，這種情況可能會迅速發展。

在我的下一篇關於此主題的部落格中，我將介紹一些可能在明天精簡而強大的平臺基礎設施中發揮作用的技術。