昨年、Oracle がコミュニティ統治という報われない業務から手を引いたことで Java EE の監督を担うことになった Eclipse Foundation は、Oracle が Java 商標の使用許可を拒否したため Jakarta EE と改名されたエンタープライズ Java の改良プロセスを改訂したいと考えている。
Eclipse Foundationのエグゼクティブディレクター、マイク・ミリンコビッチ氏は火曜日、Eclipse Foundation仕様プロセス（EFSP）の草案を公開し、コミュニティによるレビューとコメントを求めました。EFSPは、Javaテクノロジー関連の技術仕様策定のための現行システムであるJava Community Process（JCP）を、少なくともエンタープライズ向けJavaに関しては置き換えることを目的としています。
JCPをJakarta EEに置き換える必要性は、知的財産権に関する懸念から生じています。ソフトウェア開発者のRichard Monson-Haefel氏が今夏に述べたように、「残念ながら、OracleはJava EE 8の仕様書（JMS、EJB、サーブレットなど）のすべてを寄贈することはできませんでした。これらの仕様はJava Community Processの下で開発され、数百人もの人々の努力が反映されており、その多くはOracleの社員ではないからです。」
「JCPに代わる仕様策定プロセスを設計したい」とミリンコビッチ氏はブログ記事で説明した。「JCPとは多くの点で異なるが、プロセス全体を可能な限り軽量にすることが主な目的でした。」
Javaコミュニティでは、Javaの進化が十分ではないという懸念がありました。そのため、Java開発者は昨年、6ヶ月ごとのリリースサイクルを採用しました。
ミリンコビッチ氏は、他の目標も挙げました。仕様策定プロセスをできる限りオープンソース開発に近づけること、Eclipse 開発プロセスを可能な限り再利用すること、実験の文化を取り入れること、計画されている EFSP から派生した技術仕様が高品質であることを保証すること (IP に関する懸念事項の尊重を含む) などです。
Oracle は Java 11 中毒者のためにマグカップ一杯の Java 11 を注ぎ、バイナリコードライセンスの鍋を流しに捨てた
続きを読む
このような品質を保証するため、EFSPは「参加者」と呼ばれるコミュニティメンバーのクラスを導入します。参加者は、スペックプロジェクトに関連する知的財産（特許など）を保有する企業からのコードコミッターです。また、スペックプロジェクトからのリリースには、さらに高いレベルの承認制度を設けることも検討されています。
ご意見を述べることに関心のある方は、できれば Jakarta EE コミュニティのメーリング リスト経由で、または、どうしても必要な場合は、共有仕様にコメントを追加して、ぜひご意見をお寄せください。
関連して、セキュリティ企業のSnykとオラクル傘下のJava Magazineが水曜日に発表したJava開発者に対する調査では、患者の状態が安定していることが示唆されている。
「これは、Java EEの採用における全体的な減少が示されておらず、むしろ緩やかな回復（前回の調査結果と比べ約4～5パーセント）を示していると思われる初めての大規模調査だ」と、元OracleのJava EE/GlassFishエバンジェリスト、Reza Rahman氏はメーリングリストの投稿で述べた。
「さらに、Java EE 8の採用がかなり進んでいることが示されています。大喜びするほどではありませんが、近年の同様の調査ほど心配するほどではありません。」®
