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.
Release Notes
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.