jakarta ee

Eclipse基金會宣布 Jakarta EE無法繼續使用javax軟件包名稱。 顯然，這是由于Java EE以此名稱為基礎，但不允許對該名稱或以該名稱開頭的類或包進行進一步的修改。

盡管這當然是個壞消息，但對我而言，當宣布Jakarta EE不能將javax名稱用于新的規范和子包時，這個壞消息已經開始。 那已經意味著繼續發展一個隨著時間變得越來越不一致的平臺。

考慮到我們所處的情況，我認為jakarta并遷移到建議的jakarta名稱是有意義的。

這無疑對整個Java生態系統產生了巨大影響，這一切都基于任何Enterprise API，而不僅僅是標準本身。 如何合理解決？

我認為最重要的目標是最大程度地降低對用戶（即開發人員）的影響。 除了項目中的代碼用法之外，我還看到有兩個主要更改。

任何知道并處理EE API的運行時，例如應用程序服務器，都必須適應并切換到新名稱。 他們必須實現某些功能才能與javax和jakarta ，這很可能同時發生，這僅僅是因為它們必須這樣做。 那里有太多的代碼無法遷移到基于javax或jakarta方式。 在現實世界中，有遺留項目，大量的庫和依賴項，沒有源的二進制文件等等。 我們需要一種方法來告訴運行時至少在臨時運行時或在特定的兼容性配置文件中同時運行。 已經有一些建議如何做到這一點，包括字節碼操作和其他黑魔法:-)我已經與IBM工程師交談過，這也是Liberty的發展方向。 對我來說，讓開發人員的生活更輕松是最重要的。

第二個重大影響將是圍繞Enterprise Java構建的框架，庫和工具，這些框架，庫和工具將Java EE中包含的javax導入某些內容。 至少一旦引入了一些新功能，就必須進行切換。 如果他們想確保即使沒有“兼容運行時”，他們的項目仍可以在Jakarta EE下運行，他們也必須進行切換。 我認為一個明確的方法是在Java EE和javax以及Jakarta EE和jakarta下提供當前的Java EE API。 平臺（ javaee-api ）和單獨的規范（例如JAX-RS）都將需要它。 然后，這些項目可以通過其已解析的依賴項來輕松控制，以使用并可以相應地交換其導入。 例如，如果Jakarta EE做到了干凈利落，僅在下一個發行版（例如9或8.1切換到jakarta命名空間，而其他方面與Java EE 8相似，這將使項目切換變得更加容易。

TL; DR

我認為，雅加達EE生態系統應：

• 最小化對用戶（即開發人員）的影響
• 使運行時至少暫時或在兼容性配置文件中同時支持javax和jakarta
• 無需切換任何其他功能即可輕松切換Jakarta EE平臺和各個標準中的軟件包名稱

發現帖子有用嗎？ 訂閱我的時事通訊，獲取有關IT和Java的更多免費內容，技巧和竅門：

成功！ 現在檢查您的電子郵件以確認您的訂閱。

翻譯自: https://www.javacodegeeks.com/2019/05/thoughts-jakarta-ee-package-name-change.html

jakarta ee

總結

以上是生活随笔為你收集整理的jakarta ee_关于Jakarta EE软件包名称更改的思考的全部內容，希望文章能夠幫你解決所遇到的問題。

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