Jakarta EE仕様プロセスガイド

Content

• はじめに
• Creationレビュー
• Planレビュー
• Releaseレビュー
• サービスリリース
• Progressレビュー (任意)

はじめに

このガイドは、Jakarta EE仕様プロセスの開発者がJakarta EE仕様プロセス（JESP）のステップをナビゲートするのに役立つステップバイステップの実用的なガイドです。

便利ツールとして提供するものですので、疑問がある場合は、必ずJESPを参照してください。 Jakarta EE仕様の開発に関するご質問・ご意見等ございましたら、仕様委員会まで、お気軽にお問い合わせください。JESPは、Eclipse仕様プロセス（EFSP）を採用しています。

This diagram is the Eclipse Specification Version Lifecycle. It shows the steps to create and evolve a Specification.

The most important kind of step in the lifecycle is the Review step. A Review is an event that takes place over a week or two of calendar time. The team developing a Specification creates some kind of artifact and submits it to the Specification Committee for review. The Specifiation Committee has a short amount of time to review the submitted artifact and conduct a ballot among its members to approve or not-approve that artifact under review. This guide contains a sufficient explanation of Review, but if you want the full definition, see the Eclipse Foundation Specification Process and the Eclipse Foundation Development Process.

The remainder of this guide explains the different kinds of Review steps, and the steps you need to take for each one.

Creationレビュー

• Jakarta仕様プロジェクトは、Eclipse開発プロセス（EDP）で定義されるプロジェクトとは違うプロジェクトとして作成されます。
• Jakarta仕様プロジェクトは、仕様策定委員会の承認を受ける必要があります。
• 詳しくは、EFSPのCreationレビューを参照してください。

必要なステップ

1. プロジェクト提案(*)を作成します。
2. Creationレビューテンプレート を使用して、Jakarta EE仕様リポジトリにプルリクエストを送信します。
3. 仕様策定委員会にメールを送信し、Creationレビューをリクエストします。
4. Creationレビューが正常に完了するまで待ってから、次に進みます。

(*) プロジェクトの作成を進める前に、仕様策定委員会とアイディアを共有して、サポートを求めることをお勧めします。

Planレビュー

• 各仕様プロジェクトは、新しい仕様のメジャーバージョンまたはマイナーバージョンのサポートに関する広範な開発作業の前に、Planレビューを行う必要があります。
• Planレビューは、サービスリリースでは必要ありません。
• 詳しくは、EFSPのPlanレビューを参照してください。

必要なステップ

1. Planレビューテンプレート を使用して、Jakarta EE仕様レポジトリにプルリクエストを送信します。
2. 仕様策定委員会にメールを送信し、Planレビューをリクエストします。
3. Planレビューが正常に完了するまで待ってから、次に進みます。

Releaseレビュー

• 仕様の最終版は、（対応する仕様策定委員会からの圧倒的多数の承認を含む）Releaseレビューに成功するまで、一般に公開できません。
• 詳しくは、EFSPのReleaseレビューを参照してください。

必要なステップ

1. Releaseレビュー テンプレート を使用して、Jakarta EE仕様リポジトリにプルリクエストを送信します。
2. 仕様策定委員会にメールを送信し、Releaseレビューをリクエストします。
3. Releaseレビューが正常に完了するまで待ってから、次に進みます。

サービスリリース

• 「サービスリリース」のJESP定義に従う限り、仕様サービスリリース（x.y.z）に対して正式なRelease レビューは必要ありません。
• つまり、サービスリリースでは機能の変更やIP範囲の拡大は許可されません。
• サービスリリースの詳細については、EFSPおよびJESPを参照してください。

必要なステップ

1. サービスリリーステンプレート を使用して、Jakarta EE仕様リポジトリ にプルリクエストを送信します。
2. 仕様策定委員会にメールを送信し、PRのレビューの準備ができたことを知らせます。
3. PRの承認とマージを待ってから続行します。

Progressレビュー

• ProgressレビューはJESPの通常のフロー（creation->plan->release->plan->release->plan->release など）の一部ではありません。
• Progressレビューは、仕様策定委員会に進捗状況を知らせたいが、まだリリースの準備ができていないときに、プロジェクトによって開始できます。
• 12か月以内に進捗がない場合は、仕様策定委員会がProgressレビューをリクエストすることができます。
• 詳しくは、EFSPのProgressレビューを参照してください。

必要なステップ

1. Progressレビューテンプレート を使用して、Jakarta EE仕様リポジトリにプルリクエストを送信します。
2. 仕様策定委員会にメールを送信し、Planレビューをリクエストします。
3. Progressレビューが正常に完了するまで待ってから、次に進みます。