エクリプスコミュニティ プラットフォーム 、仕様、TCK、およびリファレンス実装の開発を非営利団体 Eclipse Foundation に移管した後、Java EE (Java Platform, Enterprise Edition) に置き換わりました。 Jakarta EE 8 は、Java EE 8 と同じ仕様セットと TCK テストを提供します。唯一の違いは、名前の変更と新しい仕様開発プロセスへの移行です。 Oracle はテクノロジーとプロジェクト管理のみを譲渡し、Java 商標の使用権を Eclipse コミュニティに譲渡しなかったため、このプラットフォームは新しい名前でリリースされました。 Jakarta EE 開発プロジェクト全体は EE4J (Eclipse Enterprise for Java) と呼ばれます。
このリリースは、透明性のあるオープンな意思決定、開発、認証を可能にする、ベンダー中立かつベンダー中立のプラットフォームで企業向けのサーバーサイド Java プラットフォーム仕様を開発するためのインフラストラクチャとプロセスが完成したことを示しています。プロセス。 Jakarta EE と互換性のある製品を認定するために、Eclipse TCK ライセンスに基づいてテクノロジー互換性キット (TCK) を利用できます。
Jakarta EE 8 は新しい仕様作成の出発点であり、その準備にはさまざまなサプライヤーが参加します。さらなる仕様拡張の計画の中には、クラウドコンピューティング向けの業務アプリケーションを開発するためのツールの開発も挙げられている（）。コラボレーション中に開発された変更は、Jakarta EE 9 の次期リリースの一部として提案されます。その主な革新は、Jakarta NoSQL 仕様と名前空間の変更です。
Jakarta NoSQL は、Java アプリケーションが NoSQL データベースと対話するための標準の高レベル インターフェイスを定義します。これは、Java プラットフォームをクラウド ネイティブ パラダイムに備えるための重要なステップです。 Jakarta NoSQL フレームワークがリファレンス実装として使用されます。 。名前空間の変更は、新しい Jakarta EE 機能で java および javax 名が使用できないためです。 新しい名前空間「jakarta.*」への移行
意思決定に関しては、JCP (Java Community Process) が新しいプロセスに置き換えられました。 (JESP) これは、Jakarta EE の開発のために Jakarta EE Working Group によって使用されます。 JESP は、Eclipse コミュニティによって採用されたオープン仕様の原則である EFSP (Eclipse Foundation Specific Process) に基づいています。 Jakarta EE 仕様への変更の承認または新しいバージョンの作成には、EFSP で定義されているその他の投票ルールに加えて、作業グループの戦略メンバーの絶対多数の同意が必要です。
出所： オープンネット.ru