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を非推奨とします。

この機能は、オブジェクトのすべてのフィールドをローカライズ可能にし、ユーザーが選択したロケール設定に従って表示できるようにすることを目的としています。

主なメリット:

• ローカリゼーション機能は、システム内のすべての既存ロケールをサポートします。

• カスタムオブジェクトエントリと変更可能なシステムオブジェクトエントリ。

• ローカライゼーションの設定が個々のフィールドレベルで管理されるようになりました。

この機能は、お客様がオブジェクトの検証を利用する方法を提供し、エンドユーザーが必要とするエクスペリエンスを管理します。

主なメリット:

• 複数ステップのフォームでは、データを永続化することなく、各ステップでエンドユーザーのデータを検証できるようになります。

サードパーティのシステムからのデータは、プロキシオブジェクトを使用することで、DXPで管理できるようになりました。 顧客は、Liferayのローコードフロントエンドアプリケーションの構築機能を使用して、DXPでデータを表示するために、適切なSSOの実装と横断的なOAuth 2に頼ることができるようになりました。

重要: データはLiferayのデータベースで永続化されないので、プロキシオブジェクトにはいくつかの制限があります。詳しくはこちら。

複数の環境にまたがるコンテンツの管理と同期が、より簡単で信頼できるものになりました。 このリリースで、Liferayは2つの強力な機能強化を導入し、バッチエンジンの機能を拡張しました:

1. 外部参照コードによる一括削除 － 内部IDの代わりに外部参照コードを使用してアイテムを削除できるようになったため、一括削除がよりシンプルになり、環境間で一貫性が増しました。

2. 削除のインポート・ストラテジーのサポート － バッチ削除を実行する際、ユーザーは操作を部分的（エラー時に停止）にするか、完全（一部のアイテムが失敗しても継続）にするかを定義できるようになり、プロセス中のコントロールとフォールトトレランスが向上しました。

これらのアップデートは、特に外部識別子に依存する環境や、ステージング、プロダクション、その他のインスタンス間で一貫したデータメンテナンスが必要な環境において、チームが一括削除を管理する方法を合理化します。

主なメリット:

• より信頼性の高い環境同期: 外部参照コードにより、内部IDに依存することなく、異なる環境間で同じエンティティを削除できるため、ミスマッチのリスクを低減できます。

• 一括削除ワークフローの簡素化: 大規模なデータセットの削除がより簡単になり、手作業の手順が減り、エラーの可能性が低くなりました。

• 削除操作をより自由にコントロール: エラー時にプロセスを停止するか、完全に完了させるかを選択できるため、チームの運用ニーズに合わせて動作をカスタマイズできます。

• 回復力と耐障害性の向上: 削除ジョブが些細な問題で完全に失敗する可能性が低くなり、保守プロセスがよりスムーズになります。

• エンティティ間の一貫したサポート: これらの機能強化は、バッチエンジンがサポートするすべてのエンティティタイプで利用できるため、さまざまなユースケースに幅広く適用できます。

バッチエンジンの各実行により柔軟性を持たせるため、新しいパラメータ（batchExternalReferenceCode）を追加し、インポートタスクのERCを更新せずにバックエンドに送信できるようになりました。

主なメリット:

• 目的ごとに1つのパラメータで実行できるので、実行が簡単です。

• バッチをサポートするすべてのエンティティに新しい機能を追加します。

私たちは、SCIMプロバイダーの仕様（Microsoft Entra、Cyber Arkなど）を実装することで、最も関連性の高いSCIMプロバイダーを設定できるようにしました。

主なメリット:

トップクラスのアイデンティティ・プロバイダのSCIMエンドポイントを導入することで、自動化されたプロビジョニング、デプロビジョニング、およびプラットフォーム間でのユーザー・データの同期が可能になり、ユーザー管理が合理化され、セキュリティが確保されるようになります。 これにより、セキュリティが強化され、コンプライアンスが確保され、手作業が減り、一貫性とユーザーエクスペリエンスが向上します。 標準化された相互運用性により、将来的な統合を保証し、運用効率を高めると同時に、ID ライフサイクル・イベントの可視性と制御性を向上させます。

マルチテナント環境のニーズを満たすために、Captchaエンジンはインスタンスレベルで設定可能である必要があります。他のインスタンスの設定に干渉することなく、1つのインスタンスに対しての設定が可能でなければなりません。

主なメリット:

インスタンスレベルでCAPTCHA を有効にすると、グローバル設定に影響を与えることなく、柔軟な設定が可能になります。 これにより、カスタマイズされたセキュリティとユーザーエクスペリエンスをサポートし、インスタンスごとのコンプライアンスを実現します。

BETAフラグを有効にしなくても利用できるようになり、今後は正式にサポートされます。

メンテナンス期間中に問題が発生すると、エンドユーザーにはブランド化されていないデフォルトのメンテナンスページが表示されていました。そのため、ユーザーフローの一部が放置され、お客様はユーザーを適切な次のステップに誘導することができませんでした。DXPがダウンしている場合でも機能するメンテナンスページの設定と管理には、必ずしもすべてのお客様が備えているわけではない技術的なスキルが必要であり、多くのお客様にとって現実的ではありません。

お客様は、自社ブランドにマッチした、お客様への対応手順を記載したメンテナンスページを独自に設計し、アップロードできるようになりました。この実装はDXPインスタンスとは独立して機能するため、ダウンタイムを検知するとすぐに、クラウドコンソールのメンテナンスページをユーザーに表示し、ダウンタイムの原因となった問題に対処できるようになります。

Liferayのスケーリング動作の設定は単純ではありません。お客様は、閾値を設定するために、アプリケーションのメトリクスがどのように動作するかを深く理解する必要があります。また、時間やインスタンスの規模に応じて料金が発生するため、お客様は請求金額に戸惑うことになります。 

そのため、クラウドコンソールのスケーリングページで、スケーリングするインスタンスの最大数と最小数を設定できるようにしました。これにより、技術に詳しくないお客様でも、アプリケーションのスケーリングに必要なコストを自由にコントロールできるようになります。これにより、インスタンス数の増加によるユーザーエクスペリエンスの向上と、それに伴うコストの増加とのバランスを、的確に判断できるようになります。

Liferay Developer Studioのインストーラーは、JDK 21が利用可能な場合、選択可能なオプションとして含まれるようになり、初期セットアップを簡素化し、Liferayがサポートする最新のJavaバージョンを使用したい開発者により便利でユーザーフレンドリーなエクスペリエンスを提供します。

The Liferay Marketplace has undergone a significant architectural enhancement with the formalization and enforcement of Liferay Catalogs. This structure clearly categorizes all Liferay-developed applications, providing explicit transparency on support levels, update schedules, and intended usage.

All Liferay-published applications are now distributed under three dedicated, high-level catalogs:

1. Liferay Inc.: Contains all fully supported, production-ready applications, including crucial productivity tools, security utilities, connectors, and Experience Management features. These apps follow a strict qcial hub for all new, experimental technologies and potential future core features. Apps in this catalog are not officially supported and are intended for testing and feedback purposes only.

2. Liferay Community: Hosts officially deprecated applications that remain available for backward compatibility, as well as applications contributed and offered under open-source licenses. These apps receive support until their latest compatible DXP version and follow a quarterly maintenance schedule.

Key Benefits:

• Targeted Discovery: Efficiently filter the Marketplace to find specific types of applications, such as mission-critical integration connectors (Liferay Inc.) or bleeding-edge experimental features (Liferay Labs).

• Predictable Updates: Rely on the consistent quarterly update schedule for all fully supported (Liferay Inc.) and Community-maintained applications.

A new set of fragments has been introduced under a dedicated category called “Account Selector.”.

These fragments allow to compose and customize the account selector according to their specific business needs.

Here is a list of the newly added fragments for building the account selector:

• Account Selector: this fragment is the main orchestrator of the entire component, handles the communication with external components, the dropdown mechanism and the panels (up to 5 can be configured), and manages the main drop zone areas

• Account Selector Button: OOTB available Account Selector call-to-action

  (preserves the current logic for page/component refreshes), used to open/close the account selector (any custom button hooked up with the Javascript business logic can be used).

• Account Selector Panel: this fragment can be drag-and-dropped inside the Account Selector’s panel drop zone (each panel is a tab that can be navigated in the dropdown) and creates a drop zone to place account-related views

• Accounts Data Set: Data Set fragment to display the list of selectable accounts for the current user

• Create Account Button: configurable call-to-action that allows the creation of new accounts, maintaining the existing Account Selector flow.

• Account Orders Data Set: Data Set fragment to display the list of selectable orders for the current account

• Create Order Button: configurable call-to-action that allows the creation of new orders, maintaining the existing Account Selector flow.

A fully configured Account Selector is also available out-of-the-box (OOTB) in the Commerce Classic Site Initializer (LPD-20379).

Key Benefits:

• Flexible Customization: Easily tailor the account selector to match your site’s structure and user needs.

• Improved User Experience: Enables intuitive navigation and personalization of account-related views.

• Configurable Control: Enable or disable specific features and interactions without custom development.

The new Configurable Order Scoping feature gives administrators more control over how orders are displayed on the site. Two new configuration settings have been added within each Channel:

• Open Orders Visibility Scope

• Placed Orders Visibility Scope

Each configuration offers two visibility options:

• Account (default): Maintains the existing behavior, where users can see all open or placed orders across all accounts they have access to, regardless of who created the order.

• User: Limits visibility so users only see orders they personally created for the accounts they are part of.

In addition, a new permission—“View Organization Orders”—has been introduced under Orders. This permission ensures that Sales Agents can continue to view all orders associated with their accounts, regardless of the scoping configuration. The permission is automatically assigned to the Sales Agent role by default.

Key Benefits:

• Flexible visibility control: Administrators can configure order visibility according to organizational or role-based needs.

• Improved data privacy: Restrict order visibility to the creator when required.

• Backward compatibility: Default setting preserves existing system behavior to avoid workflow disruption.

• Enhanced role management: The new “View Organization Orders” permission ensures key roles, such as Sales Agents, retain appropriate visibility.

The Manage Product Availability at Scale feature empowers catalog managers to efficiently manage individual products through multiple configuration pages containing all catalog’s products. With tools for manual configuration, eligibility-based visibility, and some bulk editing, this feature ensures streamlined operations and enhanced control over product offerings.

The Account Selector Customization feature has moved from BETA to RELEASE.

See also Composable Account Selector in the New Features section.