Automatically register a collection provider for each search blueprint. By displaying the blueprint's results in a collection display fragment, you can leverage search to return your assets dynamically, and reap the benefits of the fragments toolbox to lay out the page.

Search the company index for matching content through a single endpoint and build custom search experiences. Supports facets with translated display terms and also custom searching, filtering, aggregation and sorting through Search Blueprints (DXP ONLY)

この取り組みの主な変更点は、Cookie マネージャーを通じて Analytics Cloud (AC) 追跡を制御する新しい機能です。明示的 Cookie 同意モードの説明を更新し、設定処理を介してこの構成を有効にすると、Analytics Cloud の追跡やその他の機能が無効になることを明確にしました。ここで、明示的 Cookie 同意モードが有効になっている場合、ユーザーがその使用に同意するまで Cookie は設定されません。それ以外の場合、ユーザーがオプトアウトするまですべての Cookie が設定されます。

また、Cookie リストという名前の新しいユーティリティ ページも導入しました。これは、Liferay でサポートされているすべての Cookie の中心ハブとして機能します。このページには、Cookie の 4 つのカテゴリ (必須、機能、パフォーマンス、パーソナライゼーション) がすべてリストされており、目的や有効期限など、特定の Cookie ごとの詳細情報が提供されます。そのために、Cookie の管理を容易にする新しいシステムオブジェクトを作成しました。顧客が追加のサードパーティCookieを使用する場合、これらのCookieの新しいエントリを簡単に追加でき、ユーティリティページに自動的に表示されます。

さらに、ユーザーが抑制されると、そのデータは完全に匿名化されるため、特定の個人に遡ってデータを追跡することは不可能になります。

このイニシアチブでは、ダウンロードレポートとパス分析ツールのユーザー・インターフェイス（UI）を強化し、両ツールに一貫性のあるデザインパターンを確立することに重点を置きました。 特に、PDFやCSVなど様々な形式を含むダウンロードレポートの表示を、ダウンロードレポート機能の中で標準化することを約束しました。 この戦略的投資は、ステークホルダーの進化するニーズに効果的に対応する高品質なソリューションを提供するという当社の献身を強調するものである。

Adyenペイメントコネクターでオンラインストアを強化

Liferay DXPは現在、世界有数の決済プラットフォームであるAdyenとのシームレスな統合を提供しています。 この強力な組み合わせにより、企業は幅広い支払い方法を受け入れ、不正行為を減らし、チェックアウトプロセスを最適化することができる。 決済管理を簡素化することで、Liferay DXP with Adyenはビジネスの成長に集中できるようにします。

この機能強化により、新しく作成されたページに対して設定可能なデフォルトの権限が導入されました。管理者は、インスタンスレベルとサイトレベルの両方でこれらの権限を設定できます。インスタンスレベルの設定は新しい インスタンス設定]パネルで管理され、サイト固有の上書きはサイト設定の領域で設定できます。

データセットマネージャーの選択フィルターが改良され、さまざまな種類のソースを選択できるようになりました。候補リストに加えて、管理者ユーザーはフィルター値のソースとしてAPI ヘッドレスを選択できるようになり、フィルター値に API 応答からの値が入力される可能性があります。これにより、ユーザーはフィルタ作成プロセスをより自動化できるようになります。

データセットマネージャーでは、配列ストラクチャをマップできるようになりました。これにより、データ セットの特定のセルに値のリストを表示できます。例えば、ユーザーのロールや製品のタグをリストできます。

ユーザーは、ゲストユーザーのロケールを観察し、ゲストユーザーの言語設定に基づいて電子メール通知を送信するようにオブジェクトを設定できるようになりました。

ゲストユーザーの言語設定は、ゲストユーザーがフォーム送信時に使用した言語によって決定されます。 ロケールが決定できない場合、または通知テンプレートが存在しない場合、通知はインスタンスのデフォルト言語で送信されます。

For those Objects that have the translation active, users can not get this entry information using GraphQL. In order to improve GraphQL capabilities, we have exposed the _i18n properties, so any user can retrieve it.

翻訳がアクティブになっているオブジェクトの場合、ユーザーは GraphQL を使用してこのエントリ情報を取得できません。 GraphQL の機能を向上させるために、_i18n プロパティを公開し、どのユーザーでも取得できるようにしました。

オブジェクトは幅広いユースケースに使用されますが、その中には他のユースケースよりも技術的なものもあります。この機能を使用すると、ユーザーはオブジェクトをリストする場所を設定できるようになります。したがって、不必要な複雑さが生じ、他のユーザーの認知的負荷が軽減されます。

機能ステータスの変更

ユーザはバリデーションを追加して、組み合わせて使用された時に一意であるフィールド値を検証することができます。

制限: Integer、Long Integer、Decimal、Precision Decimalのような数値フィールドはNULLとして保存されます。

機能ステータスの変更

Java JDK 17 および 21 Runtimeの新しいサポートにより、Java 11 は2024.Q3以降のDXP ランタイムではサポートされなくなります。

Liferay Workspaceは、JDK 17 または 21でのカスタムモジュールの再コンパイルのサポートを提供します。

この機能により、カスタムフィールドに基づくきめ細かなユーザーフィルタリングが可能になり、管理者の効率とターゲットを絞ったアウトリーチが強化されます。

With this feature it is possible to differentiate the login failures in the audit messages, which one is caused by incorrect password and which one is caused by incorrect login.

Before this change, audit messages were only returned for cases when the authentication failed with FAILURE status, which happens when the user provides an incorrect password. The event type is LOGIN_FAILURE in this case.

With the new changes, it is provided audit information for cases when the authentication fails with DNE status by adding a LOGIN_DNE event type. DNE stands for user "does not exist", it always means that the login (email / screenName / userID) is incorrect.

So with the newly added LOGIN_DNE event type we cover authentication DNE scenarios when the login fails due to incorrect login (email / screenName / userID) .

Now, when creating pages and display pages to visualize object entries, users can easily display related object entries. To enable this, we have added:

• In a one-to-many or many-to-many object relationships scenario, new related item collection providers access information of the “many” side of a one-to-many and many-to-many relationships. For example: a Countries object, and a related “cities” object for cities in those countries. This new capability allows users to easily list the cities that belong to a country, and other data from each city, via a related item collection provider.
• In a one-to-many object relationship, if we are listing or displaying the items of the “many” side, information of the “one” side is available for direct mapping as well. For example: a “Countries” object, and a related object for cities in those countries. When listing the cities, this new capability allows to easily display the country which each city belongs to.
• Attachment field attributes (such as download URL and file size) are now available for direct mapping.

The batch engine API allows developers to export/import data, but it requires developers to provide a configuration with multiple parameters. With the new auto-generated endpoints, it is easier to perform export operations in the portal. The export endpoints are asynchronous, so it will provide a taskId in order to retrieve/download the records requested.

The endpoints follow this format:

We display some additional messages to Site and Site template Administrators when there is a Friendly URL collision between Site page and Site template page.

The instance administrator can create email templates including the first name.

When the users are authenticated through SSO and IdP, it is possible to remove the ability of the end users to add or edit their passwords.

As an Instance Administrator, you are able to configure if the users have the option to give their password at registration and you can remove the whole password block from editing user data, if the password is not changeable by the password policy of the user.

Now users can manage the tags and categories associated with the Objects entries from the REST APIs. When an Object has Categorization enabled, properties for tags and categories will be exposed in the Object entries schemas. Users can retrieve the information, set or update the tags and categories associated with the Object entries as well as use the information of these fields to filter information

Now it is possible to manage and check the permissions of the object entries directly from the headless APIs.

For each object definition, two new endpoints are available. One to retrieve the permissions that apply to that individual Object entry and another one that allows users to set/update the permissions that apply to that entry.

Now it is possible to use all query parameters available from the API explorer. Parameters such as fields, nestedFields or flatten are accessible and ready to use in your test queries.

With this new feature, Instance Administrator can export audit data filtered by user as well as filtered by site. They can also store site data for audit events.

ユーザーは、コンテンツエディター内で、すでに翻訳されたフィールドとまだ翻訳が必要なフィールドを簡単に識別してフィルタリングできます。さらに、一部のフィールドがまだ翻訳されていない場合でも、言語を翻訳済みとしてマークすることを選択できます。ユーザーには、翻訳をデフォルト値に簡単にリセットするオプションもあります。これらの機能により、翻訳プロセスが合理化され、効率が向上します。

ユーザーは、コンテンツダッシュボードの新しいフィルター機能を使用して、特定のサイズのカテゴリ (小、中、または大) ごとに画像やビデオを効率的に見つけることができるようになりました。さらに、作成、表示、有効期限、変更、公開、レビューなどのさまざまなライフサイクルイベントの日付の範囲に基づいてコンテンツやドキュメントを簡単にフィルタリングできます。この機能強化により、コンテンツ管理が合理化され、関連ドキュメントへのユーザーのアクセシビリティが向上します。

ユーザーは、ゲストユーザーに表示されていないドキュメント&メディアを、リスト、カード、テーブルビュー、またはドキュメントエディター内でアイコンを通じて簡単に見つけることができます。さらに、この機能はアイテムセレクターからアクセスできるため、ゲストユーザーが表示できないドキュメントをユーザーが識別できるようになります。

CXフィルターでは、開発者がオンデマンドのビジネスロジックとUIを備えた独自のフィルターを設定し、データセットマネージャーでデータセットに追加して、データセット内のエンドユーザーに使用できます。 この新しい値により、クライアント拡張は汎用的なものになり、同じクライアント拡張機能を使用して、異なるフィールドでフィルタリングするフィルタを設定できます。

ユーザーがフロントエンドデータセットに直面している場合、アイテムはデータ セットマネージャーで設定されたユーザーと対話するためのアクションを表示できます。今後は、ユーザーがアイテムまたは作成アクションを通じて宛先URL に移動すると、現在のURLが宛先ページに追加されるため、ユーザーはアクションをシームレスに実行した後にデータ セットに戻ることができます。

ユーザーは、特定の期間内に許可されるゲスト送信の数のリセットを構成できます。

ユーザーセッションのレプリケーションがTomcatアプリケーションサーバー用に最適化されました。

機能ステータスの変更

電話番号、メール、Webサイト、住所など、アカウントに直接関連する連絡先を管理します。

2 つの内部タブを備えたアカウント詳細ページに新しい連絡先タブが作成されました:

1. 住所
2. 連絡先情報

「アカウント > アカウントエントリ: アドレスの管理」権限を持つユーザーは、これらすべてのアクションで連絡先を管理する必要があります:

• 追加
• 編集
• 削除
• プライマリとしてマーク

電話番号の管理例:

「アカウント > アカウント エントリ: アドレスの管理」権限を持たないユーザーは、既存の電話番号エントリのみを表示できるようにする必要があります。

機能ステータスの変更

個々の仕様をマッピングし、順序を選択し、販売を促進し、顧客体験を向上させる明確で有益な製品ページを作成します。  この新機能で商品ページの作成を簡素化し、ビジネスに力を与えましょう。

機能ステータスの変更

ユーザーは、CKEditor内で直接AI機能を活用することで、ワンクリックでコンテンツ作成プロンプトを起動し、シームレスで効率的なコンテンツ生成を行うことができます。 有効なOpenAI APIキーが必要です。

チェックアウト体験のカスタマイズ:1つの統合で複数の支払い方法が可能です。

あなたのオンラインストアを向上させ、購入者にパーソナライズされた合理的なチェックアウト体験を提供しましょう。 クレジットカード以外の支払いオプションの拡大 - Pay Later、Venmo、Bancontact、eps、iDEALのような人気のある地域の方法を提供し、顧客満足度を高めます。

安全な取引で信頼を築き、すべて既存のプラットフォームで管理できます: マーケットプレイス、Eコマース＆ショッピングカート、シェアリング＆ギグエコノミー、技術パートナー＆決済プロバイダー、クラウドファンディング。
 

この機能により、カスタムフィールドに基づくきめ細かな製品フィルタリングが可能になり、管理者/実務者の効率とユーザーエクスペリエンスが向上し、探しているものを簡単に見つけることができます。