关于Jakarta EE软件包名称更改的思考
Eclipse Foundation 宣布 Jakarta EE無法繼續(xù)使用javax軟件包名稱。 顯然,這是因?yàn)镴ava EE基于此名稱,但不允許對該名稱或以該名稱開頭的類或包進(jìn)行進(jìn)一步的修改。
盡管這當(dāng)然是個(gè)壞消息,但對我來說,當(dāng)宣布Jakarta EE不能將javax名稱用于新的規(guī)范和子包時(shí),這個(gè)壞消息已經(jīng)開始。 那已經(jīng)意味著繼續(xù)發(fā)展一個(gè)隨著時(shí)間的推移變得越來越不一致的平臺。
考慮到我們所處的情況,我認(rèn)為jakarta并遷移到建議的jakarta名稱是有意義的。
這無疑對整個(gè)Java生態(tài)系統(tǒng)產(chǎn)生了巨大影響,這一切都基于任何Enterprise API,而不僅僅是標(biāo)準(zhǔn)本身。 如何合理解決?
我認(rèn)為最重要的目標(biāo)是最大程度地減少對用戶(即開發(fā)人員)的影響。 除了項(xiàng)目中的代碼用法之外,我還看到有兩個(gè)主要更改。
任何知道并處理EE API的運(yùn)行時(shí),例如應(yīng)用程序服務(wù)器,都必須適應(yīng)并切換到新名稱。 他們必須實(shí)現(xiàn)一些功能才能與javax和jakarta ,這很可能同時(shí)發(fā)生,這僅僅是因?yàn)楸仨氝@樣做。 那里有太多的代碼無法遷移到基于javax或jakarta方式。 在現(xiàn)實(shí)世界中,有遺留項(xiàng)目,大量的庫和依賴項(xiàng),沒有源的二進(jìn)制文件等等。 我們需要一種方法來告訴運(yùn)行時(shí)至少在臨時(shí)運(yùn)行時(shí)或在特定的兼容性配置文件中同時(shí)運(yùn)行。 已經(jīng)有一些建議如何做到這一點(diǎn),包括字節(jié)碼操作和其他黑魔法:-)我已經(jīng)與IBM工程師交談過,這也是Liberty的發(fā)展方向。 對我來說,讓開發(fā)人員的生活更輕松是最重要的。
第二個(gè)重大影響將是圍繞Enterprise Java構(gòu)建的框架,庫和工具,這些框架,庫和工具將Java EE中包含的javax導(dǎo)入某些內(nèi)容。 至少一旦引入了一些新功能,就必須進(jìn)行切換。 如果他們想確保即使沒有“兼容性運(yùn)行時(shí)”,他們的項(xiàng)目仍可以在Jakarta EE下運(yùn)行,他們也必須進(jìn)行切換。 我認(rèn)為,在使用javax java EE和使用jakarta Jakarta EE的情況下,提供當(dāng)前的Java EE API是一個(gè)jakarta 。 平臺( javaee-api )和單獨(dú)的規(guī)范(例如JAX-RS)都將需要此javaee-api 。 然后,這些項(xiàng)目可以通過其解析的依賴項(xiàng)來輕松控制,以使用并可以相應(yīng)地交換其導(dǎo)入。 例如,如果Jakarta EE做到了干凈利落,僅在下一個(gè)發(fā)行版(例如9或8.1切換到j(luò)akarta命名空間,而其他方面與Java EE 8相似,這將使項(xiàng)目切換更加容易。
TL; DR
我認(rèn)為,雅加達(dá)EE生態(tài)系統(tǒng)應(yīng):
- 最小化對用戶(即開發(fā)人員)的影響
- 使運(yùn)行時(shí)至少暫時(shí)或在兼容性配置文件中同時(shí)支持javax和jakarta
- 無需切換任何其他功能,即可輕松切換Jakarta EE平臺和各個(gè)標(biāo)準(zhǔn)中的軟件包名稱
發(fā)現(xiàn)帖子有用嗎? 訂閱我的時(shí)事通訊,獲取有關(guān)IT和Java的更多免費(fèi)內(nèi)容,技巧和竅門:
成功! 現(xiàn)在檢查您的電子郵件以確認(rèn)您的訂閱。
翻譯自: https://www.javacodegeeks.com/2019/05/thoughts-jakarta-ee-package-name-change.html
總結(jié)
以上是生活随笔為你收集整理的关于Jakarta EE软件包名称更改的思考的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: react api_使用React流AP
- 下一篇: jbpm 和 drools_Drools