Oracle:EclipseはJavaEEの商標を使用できません

Java EE(Enterprise Edition)のEclipse Foundationへの移行は、いくつかの不具合に見舞われました。Oracleは、Java仕様の商標をFoundationが使用することを許可していません。それにもかかわらず、あるブログが示唆しているように、EclipseのエグゼクティブディレクターであるMike Milinkovichは、Java EEが死んでおらず、Oracleがそれを殺していないことを断固として主張しています。

何ヶ月にもわたる「誠実な」交渉の後、財団とJava EEを担当してきたOracleは、Java EE仕様で現在使用されているJava商標の使用、またはjavaxパッケージの名前空間の変更に関する条件に合意できませんでした。先週遅くの速報は言った。オラクルのJava商標は会社の所有物であり、Eclipseにはそれらを使用する権利がありません。Milinkovichは、EclipseFoundationのJakartaEEエンタープライズJava実装への影響を引用しました。

  • javaxパッケージ名前空間を使用するJakartaEEコンポーネントの仕様は、将来のJakartaEEプラットフォームの仕様から完全に省略される可能性があります。
  • javaxパッケージの名前空間は、Jakarta EE仕様内で使用できますが、「現状のまま」でのみ使用できます。変更は許可されていません。javaxパッケージ名前空間を引き続き使用するJakartaEE仕様は、対応するJava EE仕様とTCK(テクノロジー互換性キット)互換性を維持する必要があります。
  • javax名前空間を使用する仕様には、引き続き以前と同じJavaEEコンテナと認定要件があります。javax名前空間を使用するJakartaEE仕様の任意のバージョンへの準拠を主張する実装は、Oracleによってライセンスされた認定Java SE(Standard Edition)実装を組み込んだコンテナをテストして配布する必要があります。
  • 仕様は、EJB(Enterprise JavaBeans)、JPA(Java Persistence API)、JAX-RS(RESTful Webサービス用のJavaAPI)などの頭字語を含め、「JavaEE」命名規則から「JakartaEE」規則に変更する必要があります。

オラクルとの意見の不一致の結果として生じる潜在的なプラットフォームの非互換性について尋ねられたミンコビッチ氏は、これらの技術的問題の解決策を開発する必要があると述べた。Jakarta EEワーキンググループは、今週、コミュニティとのこれらの議論を開始します。たとえば、バイナリ互換性は、ビルド時、デプロイ時、または実行時にバイトコードの変更を実行するツールを介した実装によって実現および提供できます。

Milinkovichは、Java EEでの将来の作業では、javax名前空間ではなく、jakartaなどの新しい名前空間を使用すると予想しています。挫折にもかかわらず、JavaEEをEclipseに移行する作業は継続されます。 Milinkovichは、Java EEリファレンス実装として機能するGlassFishアプリケーションサーバーをEclipseに提供するOracleなど、JavaEEのOracleへの移行が進んでいると述べました。批准されたジャカルタの仕様は、Eclipseライセンスの下で利用可能になります。今年後半にJakartaEE8のリリースを提供する作業が続けられています。 Jakarta EE 8を超えて、Jakarta EE9が計画されています。

Oracleは、JakartaEEワーキンググループおよびJakartaEE仕様プロセスと協力して、JakartaEEプラットフォームを作成することに引き続き取り組んでいると述べました。しかし同社は、javaxの商標と使用について合意に達することができなかったことを認めた。Eclipseは、2017年9月にOracleからエンタープライズJavaの開発を継承しました。