自從我上一個博客以來已經有一段時間了。 我顯然忙于其他事情，包括我的主要工作。 在對應用服務器的正確選擇提出更多疑問之后，是時候再次討論這個話題并分享我的想法。

該博客上最常閱讀的文章之一是有關選擇哪種Java EE 6應用程序服務器的文章 。 我一直在研究很多標準，并根據一個非常基本但通用的模式將不同的認證服務器拆掉。 考慮到每個服務器都應作為OSS和商業支持的變體提供的主要指導原則，本文最后建議同時推薦GlassFish 3和JBoss AS7作為有效選擇。 自去年11月更新GlassFish路線圖之后，情況似乎已經改變，許多人傾向于接受AS7 / WildFly現在仍然是唯一的選擇。 今天，我想將焦點轉移到這一點上，并嘗試將討論放回到更具戰略意義的背景下，并進一步詳細說明對今天的GlassFish與WildFly決定的影響。

Java EE應用程序的基本策略原理

從決定基于Java EE開發新應用程序開始，您已經假設了幾件事。 出于某種原因，Java EE被稱為行業標準。 這意味著它已被廣泛采用，但仍未被諸如DIN / ISO或IEEE等官方標準或標準化組織之一正式捕獲。 JCP為它提供規則和規章，并由不同個人和組織的廣泛貢獻來對其進行管理。 稱之為開放行業標準對我來說很常見且有效。 您可以自己權衡兩者之間的差異。 原則上， Java EE認證列表為您提供了一系列至少符合所謂的Java EE TCK的不同產品。 對TCK進行了廣泛討論，可以放心地認為它并未完全涵蓋所有包含規范的每一行。 但是，每個經過認證的Java EE服務器基本上都應該準備好執行Java EE應用程序。 一次寫入-隨處運行的原則可以實現（至少在一定程度上）。

您的決定的底線是：避免（供應商）特定功能，并在開放的行業標準上構建新應用程序，該標準可提供靈活性并在不同產品和供應商之間進行選擇。

除此之外，您還可以靈活地從提供Java EE技術的技能和服務的眾多公司和開發人員中進行選擇，從而獲得更多價值。

從Java EE 7的角度來看，WildFly 8和GlassFish 4相等

隨著WildFly 8 CR1的發布，它通過了Java EE 7 TCK。 即使正式的文書工作顯然尚未完全處理，看起來8決賽也將正式獲得認證。 至少就Java EE 7技術而言，兩個服務器都提供相同的功能。 核心技術堆棧周圍始終存在著不同的附加功能，但是我尚未對它們進行完整的功能比較，老實說，我無意這樣做。

如果您打算進行綠地開發，請制定自己的決策流程并權衡這些其他指標。您已經是Oracle或Red Hat客戶嗎？ 還是使用其他最適合彼此配合的基礎設施組件？ 根據我的經驗，您還需要權衡其他幾個因素（根據我的經驗，我們正在談論> = 30）并相應地對它們進行排名。

從GlassFish 2.x，3.x遷移到4.0？

這些天最常見的問題。 我應該如何處理已在GlassFish 2.x或3.x上運行的應用程序？ 它可能是最難的了。 我需要您進一步了解才能回答。

Oracle / GlassFish客戶/商店并沒有更改任何內容？

您已經在使用Oracle GlassFish Server（商業支持的版本）還是在使用開源版本？ 您打算擴展應用程序還是使用新引入的Java EE 7功能？ 如果您已經連接到Oracle或商業版本，并且不打算進行任何更改，則基本上不必擔心遷移。 根據Oracle終身支持政策 （PDF），將繼續支持現有的Oracle GlassFish Server 2.1.x和3.1.x商業客戶。 如果您處于這種環境，我基本上不建議完全遷移。 這兩款服務器的擴展支持分別于2017年1月（GFv2）和2019年3月（GFv3）終止。

Oracle / GlassFish客戶/商店并愿意盡早使用Java EE 7的新功能？

因此，您是Oracle客戶，并且渴望早日使用最新技術？ 還是需要大量修改應用程序？

基本上，您有三個選擇：堅持使用GlassFish 4 OSS版本（無支持合同）或移至WebLogic 12c（12.1.4），后者很可能將獲得完整的EE 7支持，或者首先移至GF 4逐步進行操作。然后再到WebLogic 12.1.4。

直接切換到GlassFish并計劃在生產中繼續使用WebLogic會帶來在開發和生產中使用不同應用程序服務器的風險。 您需要對此加以重視并進行相應處理。

為了完全降低風險，我建議至少等待WebLogic 12.1.3，該WebLogic 12.1.3將具有第一組新的Java EE 7規范，并有望在CY2014上半年推出。

如果您不運行關鍵任務應用程序并且不需要支持合同，那么我建議您遷移到GlassFish 4.0，以促進已經可用的基礎架構，技能和合同。 對我而言，匆匆更換供應商毫無意義。 準備終止支持合同，然后計劃評估您對正確的開源應用程序服務器的決策。

真的不是Oracle客戶/商店，是否對EE 7新功能沒有任何興趣？

在您的需求更改之前，根本不要遷移。 您可能會很快開始評估您的下一個Java EE 7服務器產品。 但是到目前為止，還沒有很多認證的替代產品。

并非如此，Oracle客戶/商店會不斷變化的要求，是否會使用新的EE 7功能？

今年可能是時候重新審視您的IT環境。 似乎您已經決定在某些時候使用GlassFish。 您可能需要重新考慮以前的決定并評估該做什么。 要對下一個Java EE服務器做出有充分根據的決定，為時過早。 EE 7服務器的認證矩陣大部分為空。 等待更多的選擇。 我預計這將占用2014財年的大部分時間。

如果您從今天起就需要新的EE 7功能，并且將來需要能夠購買商業支持，但現在就不需要，現在唯一的選擇就是WildFly 8。

GlassFish 4的未來將如何發展？

我希望我能告訴你。 我想我在較早的帖子中提出了自己的觀點。 Oracle需要GlassFish作為Java EE參考實現，并且考慮到WebLogic和GlassFish中常用組件的數量，它將始終存在。 可以肯定地認為，Java EE規范將始終是GlassFish中最新和最完善的規范。 但是，Java EE生態系統導致了許多廠商特定的擴展和功能，這些擴展和功能并未真正包含在任何規范中。 這些對我們所有人來說都是商品（主要是集群，管理功能，嵌入式服務器），在很多情況下我們都不想錯過它們。 進一步，社區參與的補丁頻率和等級將是GlassFish在項目和開發人員之間成功傳播的關鍵因素。

參考： WildFly 8與GlassFish 4 –從我們的JCG合作伙伴 Markus Eisele中選擇哪個應用程序服務器 ，該博客在Java企業軟件開發中 。

翻譯自: https://www.javacodegeeks.com/2014/02/wildfly-8-vs-glassfish-4-which-application-server-to-choose.html

總結

以上是生活随笔為你收集整理的WildFly 8与GlassFish 4 –选择哪个应用服务器的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。