在JCrete非會(huì)議上，我們中的一些人正在就Jakarta EE的愿景，尤其是與MicroProfile的關(guān)系進(jìn)行頭腦風(fēng)暴。 我想開(kāi)始討論，以使所有人都在同一頁(yè)面上，尤其是Jakarta EE和MicroProfile之間的關(guān)系以及Jakarta的創(chuàng)新應(yīng)如何。 我相信我們中的許多人已經(jīng)達(dá)成共識(shí)，但是，如果我們開(kāi)始進(jìn)行討論，我相信它將加速這一過(guò)程。

以下是有關(guān)雅加達(dá)標(biāo)準(zhǔn)化過(guò)程，與MicroProfile的關(guān)系以及需要進(jìn)行孵化過(guò)程這一事實(shí)的更全面的建議。 請(qǐng)注意，所有內(nèi)容都在討論中。 我最初的觀點(diǎn)是將MicroProfile用作雅加達(dá)的孵化器 ，但是，社區(qū)中的一些人對(duì)此想法表示了擔(dān)憂，因?yàn)镸icroProfile品牌的知名度越來(lái)越高，而且不僅僅是孵化器技術(shù)。

動(dòng)機(jī)與推理

• 迫切需要在Enterprise Java上進(jìn)行改進(jìn)和創(chuàng)新。 同樣，我們需要?jiǎng)?chuàng)新和放棄某些創(chuàng)新的可能性，而不必已經(jīng)在標(biāo)準(zhǔn)中刻上石頭了。
• 為了使用其他規(guī)范中更新的API，我們需要一個(gè)流程來(lái)將孵化器重新設(shè)定為基線 。
• 我們需要一個(gè)保護(hù)傘，以確保多種技術(shù)可以很好地協(xié)同工作。 孵化器項(xiàng)目也需要與基準(zhǔn)規(guī)格保持良好的配合。
• 我們需要使最終用戶盡可能容易地使用Jakarta EE及其孵化器，并在將所有內(nèi)容納入基線后更新到較新版本。
• 我們需要就孵化器和標(biāo)準(zhǔn)的細(xì)節(jié)，技術(shù)文檔，示例和Java軟件包的格式和內(nèi)容達(dá)成共識(shí)。
• MicroProfile正在建立其品牌和生態(tài)系統(tǒng)，這被視為可用于生產(chǎn)的技術(shù)（不僅僅是孵化器），這是我們可能想要保留的。
• 我們可能希望現(xiàn)在就開(kāi)始考慮這些問(wèn)題，以使利益相關(guān)者保持一致并確定情況，甚至是從現(xiàn)在起數(shù)周和數(shù)月之后才意識(shí)到的事情。

擬議程序

• Jakarta傘包含的規(guī)范是基線的一部分（對(duì)應(yīng)于Java EE傘）。
• 雅加達(dá)孵化器是在新技術(shù)上創(chuàng)新和推動(dòng)雅加達(dá)的典型方式。 可以將已發(fā)布的孵化器版本與Jakarta基準(zhǔn)結(jié)合使用，并提供一種更快的方式來(lái)實(shí)現(xiàn)和丟棄事物。
• 雅加達(dá)孵化器基于基線分支中的特定版本，可以并且應(yīng)該重新使用基線中包含的技術(shù)。 孵化器使用相同的設(shè)計(jì)原理和jakarta Java軟件包，以使早期采用者可以輕松地從孵化器依賴性轉(zhuǎn)換為規(guī)格。
• 可以并且應(yīng)該將運(yùn)行時(shí)間較長(zhǎng)的雅加達(dá)孵化器改組為最新的雅加達(dá)版本，以便使用最新技術(shù)并促進(jìn)實(shí)施者和用戶的使用。
• 已經(jīng)證明自己的雅加達(dá)孵化器可以作為適當(dāng)?shù)难偶舆_(dá)標(biāo)準(zhǔn)納入基線分支。 為了使這種過(guò)渡更容易，孵化器使用jakarta Java軟件包，并遵循有關(guān)文檔，規(guī)范和代碼示例的特定（簡(jiǎn)化）過(guò)程。 但是，孵化器內(nèi)部的所有內(nèi)容在更改為雅加達(dá)規(guī)格之前都可能發(fā)生變化。
• 所有雅加達(dá)孵化器和規(guī)范都需要提供針對(duì)實(shí)施者和用戶的規(guī)范，以及針對(duì)用戶的常用模式的文檔和入門(mén)代碼示例。 該文檔必須包含一個(gè)簡(jiǎn)短的動(dòng)機(jī)，說(shuō)明為什么以及在什么情況下需要該技術(shù)，并使沒(méi)有先驗(yàn)知識(shí)的用戶可以快速入門(mén)。
• MicroProfile品牌和生態(tài)系統(tǒng)保持不變，并且可以與所有當(dāng)前項(xiàng)目一起繼續(xù)發(fā)展。 雅加達(dá)整合了MicroProfile中已經(jīng)發(fā)生的努力和創(chuàng)新，并在需要時(shí)進(jìn)行了修改。 一旦Jakarta包含了新的規(guī)范（例如Config），就可能需要重新建立MicroProfile的基礎(chǔ)，然后再包含這些新標(biāo)準(zhǔn)而不是其當(dāng)前項(xiàng)目。

圖表

我建議使用以下技術(shù)推動(dòng)Jakarta EE的未來(lái)：

雅加達(dá)EE中的新標(biāo)準(zhǔn)

• 配置（Jakarta-Config）將成為Jakarta基準(zhǔn)中的新規(guī)范項(xiàng)目。 它源自撤銷Config JSR和MicroProfile Config的工作。
• 模型視圖控制器（來(lái)自JSR 371）
• JCache（來(lái)自JSR 107）
• 部署規(guī)范：標(biāo)準(zhǔn)化部署方式和現(xiàn)代應(yīng)用程序，如何提供庫(kù)，運(yùn)行時(shí)目錄布局如何，精簡(jiǎn)部署工件等。

EE標(biāo)準(zhǔn)更新

• 并發(fā)性：將mp上下文傳播中的方法與mp容錯(cuò)中的隔板合并
• 安全性：結(jié)合mp-jwt-auth中的方法
• JAX-RS：在合理的情況下合并mp-rest-client的方法

雅加達(dá)EE的新孵化器

• 容錯(cuò)：斷路器，超時(shí)，重試，后備，從mp-fault-tolerance中獲取的功能
• 可觀察性：mp-metrics，mp-open-trace，mp-health的功能
• 測(cè)試：結(jié)合Arquillian，Spring Test，Testcontainers等的想法和方法
• 反應(yīng)流/消息傳遞：從mp-reactive-streams和mp-reactive-messaging中獲得的功能
• LRA（或其他名稱）：取自mp-lra的方法
• Open API：mp-open-api中的功能

進(jìn)一步閱讀

• 關(guān)于雅加達(dá)電子工程遠(yuǎn)景的思考
• 擬議的雅加達(dá)EE設(shè)計(jì)原則
• MicroProfile在Jakarta EE時(shí)代的作用

這也已發(fā)布到Jakarta EE WG郵件列表中。 請(qǐng)考慮在這里提供您的反饋和評(píng)論。

發(fā)現(xiàn)帖子有用嗎？ 訂閱我的時(shí)事通訊，獲取有關(guān)IT和Java的更多免費(fèi)內(nèi)容，技巧和竅門(mén)：

成功！ 現(xiàn)在檢查您的電子郵件以確認(rèn)您的訂閱。

所有觀點(diǎn)均為我個(gè)人觀點(diǎn)，并不反映我雇主或同事的觀點(diǎn)。

翻譯自: https://www.javacodegeeks.com/2019/08/proposal-jakarta-ees-innovation-relationship-microprofile.html

總結(jié)

以上是生活随笔為你收集整理的关于Jakarta EE与MicroProfile的创新和关系的提案的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。