お客様は非常に一般的にdeployフォルダを通してフラグメントをデプロイしますが、フラグメントのインポートが完了すると、ログが1つ欠落していることを確認しました。 これまでLiferayは、アプリケーションサーバーのログにフラグメントのインポートが開始されたことを示すメッセージを追加していましたが、いつ終了したかを示すことはありませんでした。 インポートプロセスが終了したときにログを記録することのメリットは、お客様が失敗した場合に通知されるだけでなく、デプロイがまだ進行中と終了した際に確認できることです。

この機能により、ページエディタで複数ステップのフォームを作成できるようになります。

ユーザーが最初のコレクション表示項目のみを変更できるようにします。

ClayコンポーネントとAPIテーブルの既存のドキュメントは、品質に一貫性がなく、詳細な説明や実用的な例が欠けていることが多くあります。この一貫性のなさが、開発者がこれらのコンポーネントを効果的に活用することを困難にし、混乱とサポート依頼の増加を招いています。

主なメリット:

• 開発者は、コンポーネントのAPIテーブルを生成するためのより良いメカニズムを持つようになり、コンポーネントの使用法と利用可能なAPIに関する全体的な理解が向上しました。 詳細な解説と実例付き。

• この新しい標準化された文書化手法により、すべてのコンポーネントにおいて均一な品質と完全性を確保することができます。。

• より明確で、より構造化され、より実用的な文書は、フラストレーションを軽減し、開発プロセスを改善します。

• より明確な文書化により、外部サポートの必要性を最小限に抑え、リソースを解放し、対応時間を改善します。

Clayテーブルのカラム表示ドロップダウンとカラムのソート機能をフロントエンドのデータセットに統合しました。これにより、一貫性のないカスタム実装に代わって、Liferay全体でテーブルインタラクションへの統一されたアプローチが可能になります。

主なメリット:

• より標準的なカラムの表示とソートにより、プラットフォーム全体でより使いやすく、予測可能なインタラクションが保証されます。

• Clayテーブルのネイティブ機能に合わせることで、冗長なコードを削減します。

• 開発者は、同様の機能に対して複数の実装を管理する必要がなくなりました。

• LiferayのデザインシステムとのUIとUXの一貫性を確保します。

Liferayのスタイルブックは、作成時に特定のテーマに明示的に結び付けられるようになりました。（OSGiまたはthemeCSSクライアントエクステンションを介して）そのテーマが提供するフロントエンドトークンの定義を使用します。 この構造的なリンクにより、各スタイルブックは関連するテーマの境界内でのみ使用できるようになり、テーマ横断的なトークンの汚染を排除し、より明確なテーマベースのデザインガバナンスを実現します。

主なメリット:

• 異なるテーマのトークンを誤って組み合わせたスタイルブックを保存することがなくなり、視覚的な不一致やデザインの後退を防ぐことができます。

• すべてのスタイルブックに、どのテーマに属しているかが目に見える形で表示されるようになったため、ミスが減り、チームが複数のサイトでデザインアセットを管理しやすくなりました。

• スタイルブックをページに適用する際、システムはそのページの現在のテーマと同じテーマで作成されたものだけをリストアップします。

• スタイルブックが適用されたテーマと互換性がなくなった場合（テーマ変更後など）、表示の問題を防ぐために自動的にリンクが解除されます。

• プラットフォームのアップグレード時に、既存のスタイルブックはサイトの現在の公開テーマ（サイトビルダー > ページ > オプション > 設定で定義）に自動的にリンクされるため、手作業によるクリーンアップ作業が軽減されます。

• 有効な themeId を持たないスタイルブックがインポートされた場合、ユーザーには明確な警告が表示され、インポートを修正するために何が足りないのかが正確にわかります。

• デプロイされなくなった、または有効なフロントエンドトークン定義を提供しなくなったテーマに基づくスタイルブックは、自動的に非アクティブとしてマークされます。

• OSGiまたはthemeCSSクライアントエクステンションIDが非アクティブなスタイルブックのために表示され、開発者や管理者がどのテーマを再インストールまたは修正する必要があるかを特定するのに役立ちます。

Liferay DXP 2025.Q2のリリースに伴い、Elasticsearch 7との互換性は廃止されます。 Liferayは、7.17.x またはそれ以前のデプロイメントをご利用のすべてのお客様に、Elasticsearch 8.xの最新互換バージョンへのアップグレードを強くお勧めします。詳細はこちら。

高可用性を提供する並行再インデックスモードと同期再インデックスモードは、Liferay DXP 7.4 Update 98 / Liferay DXP 2023.Q4 で導入され、GAになりました。

新しい同時および同期再インデックス実行モードにより、操作実行中の検索機能の高可用性が提供され、ダウンタイムが短縮され、運用とリソース利用の効率が向上します。

このリリースでは、システムデータセットと呼ばれる新しいタイプのデータセットが導入され、管理ユーザーがJava/コードデータセットのクローンを作成し、データセットマネージャーで編集およびカスタマイズできるようになりました。

このリリースでは、オーダーページのデータセットがシステムデータセットとして利用できるようになりました:

• 保留中の注文商品

• 発注済みの注文商品

• 注文の返品

• 保留中の注文

• 発注済みの注文

次のリリースでは、より多くのデータセットがリストに追加される予定です。

主なメリット:

• このエピックは、これまでハードコードされていたデータセットの部分的なカスタマイズを可能にすることで、Liferay DXPの柔軟性を高めます。

• 管理者はユーザーエクスペリエンスをよりコントロールできるようになり、多様で進化するビジネス要件に対応するプラットフォームの能力が強化されます。

• これはまた、ハードコードされたデータセットを変更したり、置き換えたりするためのカスタム開発の必要性を減らすことにも繋がります。

管理者ユーザーがデータセットを管理する場合、並べ替えオプション、フィルタ、およびアクションを作成できます。 これまでは、管理者ユーザーがエンドユーザーに表示しないことを選択した場合、それらを削除する必要がありまし。 今後、これらのサブエンティティは無効化ができるようになったため、編集の進捗を失うことなく、エンドユーザーから隠すことができます。

主なメリット:

• 削除や再作成の必要がなく、サブ・エンティティの管理が容易になりました。
• 管理者が動的に可視性を設定できるようになり、使い勝手が向上しました。
• 基礎となるデータを変更することなく、経験をより柔軟に定義できます。

Liferay DXP 全体のフロントエンド・データセットにおけるバルクアクションの使いやすさ、機能性、一貫性を改善しました。 アイテムの選択動作が改良され、可視化モードの一貫性が確保され、一括アクションの可視性が向上し、エンドユーザーにとってより直感的で効率的なインタラクションが実現しました。

主なメリット:

• アイテムのページ間で選択内容を保持し、ユーザーが複数のページから簡単にアイテムを選択できるようにします。
• 全選択ボタンとクリアボタンを追加し、ユーザーが大量のアイテムを簡単に操作できるようになりました。
• 利用可能なすべての一括アクションにアクセスできるコンテキストメニューを追加しました。
• ハイライト表示された一括アクションで、より一般的なアクションに簡単にアクセスできます。

コンテンツ作成にHTML5を採用するお客様が増えるにつれ、現在のリッチテキスト編集機能をアップグレードする必要性が高まっており、CKEditor 5はこの需要に応えるため、Liferay DXPのデフォルトエディタとして採用されました。 このリリースでは、CK Editor 5がDXPで利用可能になり、Beta Feature Flagの下で4つの異なるエクスペリエンスにインストールされました(FF-11235):

• Webコンテンツ

• オブジェクトエントリ (リッチテキストフィールドの編集)

• ドキュメントタイプ (リッチテキストフィールドを追加する場合)

• メタデータセット (リッチテキストフィールドを追加する場合)

• フォーム

• 要素セット

この後、CK Editor 5 は近い将来、他の領域やエクスペリエンスにも組み込まれる予定です:

• ページビルダー

• コマース

• Webコンテンツの説明

主なメリット:

CKエディタがすべてのDXPで利用可能になった場合のメリットです。現在の取り組みには、Webコンテンツのみが含まれることにご注意ください。

1. HTML5やコンテンツセキュリティポリシー(CSP)などの最新のWeb標準をサポートします。

2. 外部ツールからのシームレスなコピー＆ペーストを実現します。

3. インラインエディタなどのOOTB機能を活用し、より柔軟な編集ワークフローを実現します。

4. サポートされ、積極的にメンテナンスされているCKエディタのバージョンを採用します。

5. 複数のエディタへの依存をなくし、Liferay DXP 全体で編集のエクスペリエンスを標準化します。

より詳しいハイライトとメリットはこちらから

CSPサポートの拡張を継続するために、2 つの新しいディレクティブ（base-uriおよびobject-src）がサポートされるようになりました。

これら2つの新しいディレクティブのサポートにより、Liferay DXPはGoogle CSP Evaluatorで推奨されているすべてのディレクティブをカバーします。

主なメリット:

• セキュリティの強化: リソースのロードと実行を制御することで、XSS攻撃やデータインジェクション攻撃のリスクを軽減します。

• コンプライアンスフレンドリー: 業界標準のセキュリティ要件に準拠し、より厳格なコンプライアンスプロトコルをサポートします。

• カスタマイズ可能なポリシー: 開発者は、特定のプロジェクトや組織のニーズに合わせて CSPディレクティブをカスタマイズできます。

• 信頼の向上: より安全で信頼性の高いプラットフォームエクスペリエンスを提供することで、エンドユーザーの信頼を強化します。

サポートされているディレクティブと推奨値:

グローバルサービスと協力して、Javascriptリソースの配布や未使用コードにおけるペインポイントを特定することが、そのきっかけとなりました:

• 未使用パッケージの削除

• 古いパッケージの非推奨化

• ユーザーが一部の機能を使用しない / ロードしないように設定

• JSサイズ比較レポートの作成

• モジュールをより小さなサブモジュールに分割できるツールの作成
   

主なメリット:

• JSバンドル・サイズの削減 → ポータル・ローディングの高速化

• 総輸出量の削減 → ポータルのローディングの高速化

• マスタークラスのホームページを例にすると:

  • JSのMBサイズを20%削減

  • リクエスト数を12%削減

  • モービルライトハウスのスコアは52から56へ

  • デスクトップ・ライトハウスのスコアが70から77に

• モジュールの一部が一般的に使用されていないことがわかった場合、チームがモジュールを分割し、より小さなエントリーポイントを提供できるようにする

• リスクをトリガーできるサイズレポートツール

Lodashライブラリは、非推奨となっており、非推奨FF LPD-48975が有効になっていない限り、バンドルに含まれません。

AMDローダーは非推奨となっており、非推奨FF LPD-48372が有効になっていない限り、バンドルに含まれません。

AMDローダーが非推奨になった結果、npm-bundlerも動作しなくなるので、webpack、esbuild、viteなどの標準的なバンドルツールを使うことを推奨します。

JSコンポーネントのサポートタブ　(data-toggle="liferay-tabs" API ) は非推奨となっており、非推奨 FF LPD-47713 が有効になっていない限り、バンドルに含まれません。

DXPは、MySQL 8.4 データベースバージョンでの使用が認定されました。2025.Q1 LTSにも適用されます。

主なメリット:

MySQL データベースの最新 LTS バージョンへのアップデートを許可します。 LTSリリースであるMySQL 8.4は、バグ修正とセキュリティパッチがオラクルから長期間提供されるため、本番環境において最も安定した予測可能なバージョンです。 この長いサポート期間により、頻繁なメジャーアップグレードの必要性を減らすことができます。

Liferay DXPは、異なるインストール間での仮想インスタンスのオンデマンドマイグレーションを可能にし、特にクラウドベースのデプロイメントにおいて、既存の環境をポータブルにし、管理を容易にします。 オンプレミスからLiferay SaaSに移行する場合でも、同じインストールで環境間（UATから本番など）を移行する場合でも、この機能はデータベース全体ではなくインスタンスの移行を可能にし、プロセスを簡素化します。

この機能は、ベータ機能フラグで有効にできます: LPD-11342

Liferayは、Jakartaのリリースと新しいアプリケーションサーバーバージョンのリリースに伴い、フル機能を備えたエンタープライズプラットフォームを目指しています。Java 17のサポートにより、パフォーマンス向上とクラウドコスト削減につながるJava 21の機能が利用できなくなります。2026年にJava 21に完全注力する予定であるため、Java 17を非推奨とします。