如果科技社群要舉辦他們自己版本的熱門電視節目減肥達人（或者可能是名人瘦身俱樂部），你會看到企業 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 引擎和網路伺服器，為什麼要帶上 EJB 運行時、JMX 框架、JAAS/JACC 以及完整 J2EE 應用伺服器附帶的所有其他支架？

• 明日的應用程式伺服器不僅僅是實現 JCP 規範。 隨著 OSGi 在伺服器端崛起以及 SCA 的出現，JCP 不再是與企業 Java 相關的規範的唯一來源。 開源的普及和開源事實標準的出現引入了混合中的另一個元素。 現在，少數開源專案對於大多數企業 Java 應用程式而言，比構成 Java EE 的大多數規範更為重要。 這最終必須開始影響應用程式伺服器的特性。
• 市場將需要解決 Tomcat 和 WebLogic/WebSphere 之間的差距。 目前，市場中一個重要的部分被忽視了。 大多數 Java Web 應用程式在 Tomcat 上最自在。 實際上，只有少數人想要完整應用程式伺服器的一些更深奧的功能，例如 JCA，或分布式交易管理等特殊功能。 但是，更多的少數人需要這些產品的一些操作和管理功能，但對深奧的 API 及其帶來的臃腫不感興趣。 隨著越來越多的終端用戶公司希望逐步淘汰舊版應用程式伺服器，轉而使用更適合的技術，不可避免地會對市場需求做出回應，推出能夠滿足需求並彌合這一差距的產品。
• 應用程式伺服器和 ESB 之間的差距將被彌合。 這是 POJO 中介軟體興起的必然結果。 同一個底層平台應該能夠滿足 Web 和 SOA 的需求。 Spring 已經在不同的部署場景中提供了一致的元件模型（Gartner 也多次提到）； 平台的其餘部分也應該具有類似的一致性，並且隨著舊版 J2EE 的扼殺力量不再阻礙進步，這種一致性可能會迅速發展。

在我的下一篇關於此主題的部落格中，我將探討一些可能在明日精簡而強大的平台基礎架構中發揮作用的技術。