ジャカルタ2025に関するよくある質問
Liferay DXP は進化しています! 最も先進的で安全なプラットフォームを引き続き提供するために、Liferay は基盤となるエンタープライズ プラットフォームを Java EE 8 から Jakarta EE に移行しています。 この変更は、2025年第3四半期のリリースで予定されており、Liferay DXP は最新のアプリケーションサーバーを活用し、強化されたパフォーマンス、クラウド機能、堅牢なセキュリティ機能を利用できるようになります。
これは非常に大きな前進ですが、特にカスタム コードとアプリケーション サーバーの互換性に関して、Liferay DXP の展開にどのような影響があるかについて疑問がある方もいらっしゃると思います。 この FAQ は、Jakarta EE へのスムーズな移行の準備に役立つよう、最も緊急のビジネスおよび技術に関する質問に対応することを目的としています。 移行の進行に伴い、このドキュメントは新しい質問や情報で定期的に更新されますのでご了承ください。
ビジネスに関する質問
Q: 私たちは Liferay SaaS の顧客ですが、Liferay の Jakarta EE への移行について懸念する必要がありますか?
A: Liferay は基盤となる DXP プラットフォームのすべての側面を管理しているため、Liferay SaaS のお客様は通常、Liferay PaaS または Liferay Self-Hosted (SH) のお客様ほど Java EE から Jakarta EE への移行の影響を受けません。
ただし、他の大規模な移行やアップグレードと同様に、Liferay SaaS のお客様は、インスタンスが Jakarta EE ベースのリリースにアップグレードされるときに、QA アクティビティに追加の時間を割り当てる必要があります。
Q: カスタム コードでは Java EE を使用していないと思うので、Java EE から Jakarta EE への移行による影響はないはずですよね?
A: いいえ、それは正しくありません。 Liferay DXP 自体は Java EE パッケージとフレームワークを広範に使用しているため、Liferay DXP のすべての顧客が何らかの影響を受け、最終的には Jakarta EE ベースのリリースにアップグレードする計画を立てることが推奨されます。 さらに、Liferay PaaS または Liferay SH の顧客には、移行する必要がある OSGi モジュール、Java EE ポートレット、またはサーブレットがある可能性が高くなります。
Q: 2025.Q3 リリースで顧客が Extended Premium Support (EPS) を購入することは可能でしょうか?
A: いいえ、Liferay LTS および EPS ポリシーには例外はありません。 そのため、お客様には、Jakarta EE ベースのリリースにアップグレードする前に、2026.Q1 リリースまで待つことをお勧めしています。 待てないお客様は、Liferay の LTS バージョンが利用可能になったら、追加アップグレードの計画を立てる必要があります。
Q: 技術に詳しくない人にとって、これは顧客にとってどれほどの労力がかかりますか? この移行は、Liferay の以前の OSGi への移行と比べてどうですか?
A: 実際の作業レベルは、関連するカスタム コードの量と、Java EE から Jakarta EE への独自の移行パスを持つ可能性のあるサードパーティの依存関係の使用によって異なります。
労力と複雑さのレベルをより正確に把握するために、現在、社内システムの移行をいくつか実行し、お客様にとってのプロセスがどのようなものになるかをより深く理解できるようにしています。
Q: この変更は、2025.Q1 LTS またはその他の現在のリリースのサポートや互換性に影響しますか?
A: いいえ、既存のすべてのリリースのサポート ライフサイクルは変更されません。 Java EE 名前空間を使用する 2025.Q1 LTS リリースは、2028 年 2 月までプレミアム サポートが提供されます。 また、このリリースでは、ライフサイクル全体を通じて、Tomcat 9 などの既存のアプリケーション サーバーのサポートも継続します。
Q: Liferay がこのような変更を行う理由と、その利点は何ですか?
A: 当社のプラットフォームが最新かつ安全で高性能なエンタープライズ Java 標準に基づいて構築されるように、Java EE から後継の Jakarta EE にアップグレードしています。 この動きは、Java EE がアクティブな開発ではなくなったため、業界全体にわたる広範な移行によって推進されています。
Jakarta EE エコシステムと連携することによる主な利点は次のとおりです。
-
将来性: Jakarta EE プラットフォームの最新機能、セキュリティ パッチ、パフォーマンス強化にアクセスできます。
-
最新のテクノロジー サポート: 当社とお客様が依存している多くのソフトウェア ベンダーはすでに Jakarta EE に移行しています。 この変更により、Jakarta EE を必要とする Red Hat JBoss EAP 8.0 などの重要なテクノロジーの最新バージョンを認定およびサポートできるようになります。
技術的な質問
Q: Liferay DXP の従来の開発を行う際に使用できる、Spring MVC や JSF などのポートレット固有の Java EE フレームワークの Jakarta EE 互換バージョンはありますか?
A: はい。Jakarta EE フレームワークをサポートするために、Liferay Faces (JSF) と PortletMVC4Spring (Spring MVC) の新しいバージョンが今年中に予定されています。 PortletMVC4Spring (Spring MVC) は 2025.Q3 リリースの一部としてリリースされる予定で、Liferay Faces (JSF) は今年後半にリリースされる予定です。 2025.Q3 以降で作業する開発者は、Jakarta EE フレームワークを使用する必要があります。
Q: 以前、Jakarta への移行により JSF は非推奨になったと発表されました (ドキュメントにも記載されています)。 これについてさらに詳しい情報を教えていただけますか?
A: これに関して当社の立場は変わり、JSF サポートを廃止することはなくなりました。 これを反映するためにドキュメントが更新されました。
Q: Liferay PaaS の場合、コンテナの Java バージョンは自動的にアップグレードされますか、それとも自分で設定する必要がありますか?
A: Liferay Docker コンテナはすでに Java 21 になっています (Java 17 のオプションはありません)。 2025.Q3 リリース以降では、コンテナ内の唯一のオプションである Tomcat 10 (Jakarta EE) に移動されます。 Liferay PaaS ユーザーは、新しい DXP リリースにアップグレードし、カスタマイズを調整する必要があります。
Q: 移行ツールに関する詳しい情報はありますか?
A: 次の機能を備えた新しい Blade/Liferay Workspace コマンドを提供しています。
- これは、カスタム コード内の
javaxをjakartaに置き換えるのに役立ちます。 - また、ポートレットを Portlet 4.0 に変換することも支援します。
これらのツールは、 javax を jakartaに検索して置換できるだけでなく、パッケージの Jakarta EE バージョンの完全に異なる命名パターンを処理できるほど強力です。
また、Liferay で使用される一般的なサードパーティ ライブラリもカバーしており、さらに重要なことに、汎用ツールの範囲を超えて、Portlet 4.0 に必要なすべての修正を適用します。
サポートされていないものもいくつかあります。具体的には、Faces または Spring Portlet の変換です。
Q: Liferay データベース内の Java EE への参照はどのように処理されますか?
A: Liferay データベースは、Liferay の Jakarta EE ベースのバージョンに移行するときにアップグレードされます。 これまで使用してきたものと同じデータベース アップグレード プロセスが強化され、既知のデータベース テーブルで javax 参照が jakarta に自動的に変更されるようになりました。
たとえば、FreeMarker テンプレートには javax 参照が含まれている可能性があるため、データベース アップグレードが強化され、これらのテーブルが更新され、 javax が jakartaに置き換えられました。
Liferay データベースには、顧客が作成したカスタム テーブルが含まれることがあるため、顧客がカスタム テーブルを理解し、そこに含まれるデータがアップグレード計画の要素となることが重要です。
Q: 2025.Q2 リリースで利用可能になる機能を待っている顧客がいます。 お客様にこのバージョンへの移行を推奨していないようですが、このリリースにアップグレードすることはできますか?
A: はい。お客様には 2025.Q2 リリースを避けることをお勧めしますが、そのリリースの機能が必要で、Q3 リリースまで待てない場合は、2025.Q2 リリースを本番環境で使用できます。 ただし、2025.Q3 リリース以降は Jakarta EE フレームワークに移行するため、新しいリリースにアップグレードするまでの顧客のサービス期間が短くなり、その時点でコードベースを Java EE から Jakarta EE に更新するための作業をすべて実行する必要があることを理解することが重要です。
Q: Liferay は自社のシステムで Jakarta EE アップグレード プロセスを実行する予定ですか?
A: はい、Jakarta EE リリースが利用可能になり次第、いくつかの社内システムをアップグレードする予定です。 これらのアップグレードを使用して、問題やバグを特定し、チェックリストとガイドを検証し、ベスト プラクティスを策定します。
Q: Spring Boot を使用してマイクロサービス クライアント拡張機能を構築しました。 2025.Q3 以降にアップグレードする場合、このコードを Jakarta EE に移行する必要がありますか?
A: いいえ。DXP の変更は Liferay の JVM で実行されているコードにのみ影響します。 マイクロサービス クライアント拡張機能（および Liferay ワークスペース）は Liferay の JVM では実行されないため、この変更の影響を受けません。 使用されている Spring Boot のバージョンによっては、クライアント拡張機能で既に Jakarta EE を使用している可能性があります。
Q: サポートされるデータベースに変更はありますか?
A: Jakarta EE への移行は、Liferay の JVM で実行されているコードにのみ影響します。 データベースのサポートには影響はありません。
Q: 依存関係のバージョンも最新バージョンに更新されますか (例: jakarta.mail 2.x と 1.6)?
A: Liferay で使用されるすべてのサードパーティ ライブラリは、Jakarta EE と互換性があるように更新されます。 場合によっては、Jakarta EE 互換バージョンにアップグレードし、場合によっては、既存のライブラリにパッチを適用して Jakarta EE を使用するようにしました。 この決定は、提供される機能や Liferay DXP との全体的な互換性など、いくつかの要因に基づいて行われるため、必ずしも最新バージョンが利用可能であるとは限りません。
Q: 私のカスタム コードでは、主に JAX-WS を使用して API を生成しています。 Jakarta EE への移行によってどの程度影響を受けるでしょうか?
A: ソースコードと依存関係を完全に分析せずに、さまざまなコードベースを移行するために必要な労力のレベルを定量化することは困難です。 ただし、カスタム コードで Liferay でも使用されているライブラリを使用している場合は、Liferay が提供する移行ツールが移行作業の大部分に役立つ可能性が高くなります。 これらの特定のライブラリの新しい Jakarta EE バージョンが必要です。 変更には、パッケージ名の変更、個々のクラス、およびいくつかの小さな API の変更が含まれます。 これらのライブラリについては公開ドキュメントを参照してください。
Liferay 独自の REST Builder ツールが更新され、完全に Jakarta EE 互換の API が生成されます。
Q: Jakarta EE への移行の一環として、Liferay は Java 定数も変更しますか? たとえば、 JAVAX_PORTLET_REQUEST は JAKARTA_PORTLET_REQUESTに更新されますか?
A: はい、移行の一環として、インポート ステートメントと Gradle 依存関係だけでなく、 javaxへのすべての参照を更新しています。
Q: Liferay がターゲットとしている Jakarta EE バージョンは何ですか?
A: Jakarta EE 10 プラットフォームをターゲットにしています。
Q: Jakarta に必要な Java JDK のバージョンは何ですか?
A: JDK 21 の使用をお勧めします。 Jakarta EE 10 プラットフォームは JDK 17 と 21 の両方と互換性がありますが、Liferay DXP の JDK 17 サポートは 2025.Q2 リリース以降は非推奨となります。 ほとんどの組織では、JDK 21 へのアップグレードが推奨されるパスです。
Q: Liferay DXP の OSGi アーキテクチャに影響はありますか?
A: いいえ、コア OSGi アーキテクチャは同じままです。 主な違いは、Jakarta EE 名前空間を使用するように更新されていることです。 これにはいくつかの依存関係の変更が必要になりますので、プロセスをガイドする更新されたドキュメントと Liferay Workspace ツールを提供します。
Q: この変更後も既存のアプリケーション サーバーを引き続き使用できますか?
A: いいえ、現在認定されているバージョンでは Jakarta EE がサポートされていないため、アプリケーション サーバーをアップグレードする必要があります。
-
2025 年第 3 四半期にサポートされます: Tomcat 10.1、JBoss EAP 8.0、Wildfly 30 を認定します。 Weblogic 15 のサポートは、Oracle によって正式にリリースされた後の将来のリリースで計画されています。
-
Docker ユーザーの場合: 公式 DXP Docker イメージを使用すると、アップグレードされた Tomcat 10.1 が自動的に含まれます。 カスタム Tomcat 構成がこの新しいバージョンと互換性があることを確認するのはお客様の責任です。