如果技術社群要舉辦他們自己的版本《超級減肥王》（或者可能是《名人瘦身俱樂部》）之類的電視節目，那麼你會看到企業 Java 處於中心位置——臃腫、超重、疲憊不堪。

企業 Java 的未來正變得越來越清晰。臃腫的傳統平臺正在衰落，更精簡的解決方案越來越多地用於生產和開發。EJB 等傳統技術正變得越來越不重要。Java EE 5 的反響平平，這使得它看起來越來越像是傳統 J2EE 臃腫軟體的最後一口氣。與此同時，Java EE 6 規範終於將允許更大的模組化，這是一項將對開發者產生重要影響的重大變革，並可能重振實現之間的競爭。隨著標準和基於標準的產品日漸臃腫，SOA、Web 2.0 和其他基礎設施的變化不斷帶來十年前 J2EE 被構想時（當時它還是個胖乎乎但可愛的嬰兒）未曾預料到的新需求。

關於過去就說到這裡。未來又會如何呢？

我認為大圖景是一個激動人心的變革時期。Gartner Group 的分析師也對此表示贊同，他們在報告《平臺中介軟體趨勢》中寫道：

流行的 Java Platform, Enterprise Edition (Java EE) 和 .NET 平臺中介軟體技術越來越不足以滿足廣泛的可擴充套件性和效能、事件驅動的程式設計風格、先進的面向服務架構 (SOA) 和動態應用程式開發的需求。

以下是我的預測：

• 我們將再次看到應用程式伺服器領域真正的競爭，而不是少數幾家大型供應商的持續壟斷。 透過 5.0 版本，Java EE 並沒有像它應該的那樣服務於開發者及其組織的需求，反而服務於那些受到許多繁瑣且不相關的傳統 API 保護而免受競爭壓力的供應商，任何新的進入者都需要實現這些 API。隨著 Java EE 6 需要擁抱模組化以保持相關性，重新競爭是很有可能的。
• 明天的應用程式伺服器的佔地面積將比今天的Jabba the Hut小得多。 病人必須減掉數百磅，否則就會死亡。考慮另一位分析師的評論：

  考慮一下（過去一兩年） 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 的束縛的解除而迅速發展。

在我接下來的這篇部落格中，我將探討一些可能在未來的精簡而強大的平臺基礎設施中發揮作用的技術。