ジャカルタ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ベースのリリースにアップグレードする際に、品質保証活動のための追加時間を確保しておく必要があります。
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年第3四半期リリース版で、顧客は拡張プレミアムサポート（EPS）を購入できるようになりますか？
A: いいえ、Liferay LTSおよびEPSのポリシーに例外はありません。 そのため、お客様にはJakarta EEベースのリリースへのアップグレードは2026年第1四半期のリリースまでお待ちいただくようお勧めしています。 待てないお客様は、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がもはや活発な開発対象ではなくなったことによる、業界全体にわたる広範な移行によって推進されている。
ジャカルタ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年第3四半期リリースの一部としてリリースされる予定で、Liferay Faces（JSF）は今年後半にそれに続く予定です。 2025.Q3以降のバージョンを使用する開発者は、Jakarta EEフレームワークを使用する必要があります。
Q: 以前発表されたとおり（また、弊社のドキュメントにも記載されているとおり）、JSFはJakartaへの移行に伴い非推奨となりました。 これについてもう少し詳しく教えていただけますか？
A：この件に関して方針を変更し、JSFのサポートを廃止することはなくなりました。 この点を反映させるため、ドキュメントが更新されました。
Q: Liferay PaaSの場合、コンテナのJavaバージョンは自動的にアップグレードされますか、それとも自分で設定する必要がありますか？
A: LiferayのDockerコンテナは既にJava 21に対応しています（Java 17のオプションはありません）。 2025.Q3 リリース以降では、コンテナ内で唯一のオプションであるため、Tomcat 10 (Jakarta EE) に移行されます。 Liferay PaaSユーザーは、引き続き新しいDXPリリースにアップグレードし、カスタマイズ内容を調整する必要があります。
Q：移行ツールについて、もっと詳しい情報をお持ちですか？
A: Liferay は Blade/Liferay Workspace コマンド blade gw upgradeJakartaを提供しており、以下の機能があります。
- カスタム コード内の
javaxをjakartaに置き換えます。これには、javax.faces.*、javax.portlet.*、javax.inject.*、およびjavax.enterprise.* が含まれます。。 - ポートレットをPortlet 4.0に変換します。
- Gradle および
bnd.bndの依存関係座標 (Liferay Faces、jakarta.faces、PrimeFaces を含む) を、Jakarta 名前空間の代替に再マッピングします。
このツールは、パッケージの Jakarta EE バージョンにおけるまったく異なる命名パターンに対応しており、単純な検索置換とは異なり、汎用ツールの範囲を超えて Portlet 4.0 に必要なすべての修正を適用します。
Liferay Faces の場合、このツールは Java ソース、JSP/JSPF、XML 記述子、 bnd.bnd、および build.gradle を対象としています。 Facelet .xhtml ビュー テンプレートは、 Liferay DXP 2026.Q1の時点でツールの拡張機能ごとのハンドラー リストに含まれていません。手動で確認するか、補完ツールを実行してください。 Faces固有の移行手順については、 FacesからJakartaへのアップグレード を参照してください。
このツールはSpringポートレットの変換をサポートしていません。
Q: LiferayデータベースにおけるJava EEへの参照はどのように処理されますか？
A: LiferayのJakarta EEベースのバージョンに移行する際には、Liferayデータベースもアップグレードされます。 これまで使用してきたデータベースアップグレードプロセスが拡張され、既知のデータベーステーブル内の 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との全体的な互換性など、いくつかの要因に基づいて行われるため、必ずしも最新バージョンとは限りません。
質問：私のカスタムコードは、主にJAX-WSを使用してAPIを生成しています。 ジャカルタの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：我々はジャカルタ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の認証を行います。 Oracleによる正式リリース後、将来のリリースでWebLogic 15のサポートが予定されています。
-
Dockerユーザー向け：弊社の公式DXP Dockerイメージを使用すると、アップグレードされたTomcat 10.1が自動的に含まれます。 カスタムのTomcat設定をレビューし、この新しいバージョンとの互換性を確認するのはあなたの責任です。