glassfish釋出應用_WildFly 8與GlassFish 4 –選擇哪個應用伺服器

glassfish釋出應用

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

該部落格上最常閱讀的文章之一是有關選擇哪種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

glassfish釋出應用