Now, developers will be able to filter Custom Object Entries using the field values of the related elements for a given Object entry.

It is possible to filter as many levels as needed. The format of the filter query needs to be: relationshipName1[/relationshipName(i)]*/fieldNameN. Being relationshipName1, relationshipName(i), etc the different relationship names that join Object 1 with Object i, and fieldNameN being the name of the field of the latest Object definition on which the user wants to filter.

In addition to this, our nesting capabilities have been enhanced, so now it is possible to retrieve data for an Object entry and its related elements, supporting several levels of nesting.

The names of the different relationships to retrieve need to be specified in the nestedFields parameter, separated by commas. Additionally, the nestedFieldsDepth parameter with the number of levels to retrieve needs to be specified in order to indicate to Liferay how many levels it is necessary to nest.

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.

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

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.

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.

Two new configuration options were added:

• The first one gives the users the chance to automate an existing feature, which improves performance.
• The other one is about displaying the Advanced Staging configuration screen to the users, improving usability.

This is the Staging related implementation of a bigger change. On the Staging side, the LXC Client extensions (Remote apps) could be handled. To make this feature completely working, LPS-182183: Export/Import of FrontEnd Client Extensions is also needed.

Adds support for creating custom client extension development profiles in the same project.
For example, when the user creates a file called client-extension.dev.yaml , a new task will be available to the user called deployDev.

In order to allow developers to exclude directories from the build, a new property has been added: liferay.workspace.dir.excludes.globs= 

この機能では、製品仕様のカスタム選択リストを作成および管理する機能が導入されています。ユーザーは製品属性の特定の値を定義できるようになり、データの一貫性と効率が向上します。この機能には、新しい候補リストを作成したり、既存の候補リストを仕様ページに直接追加したりするオプションが含まれています。

ロールマネージャーは、ロールのUI内でオブジェクトエントリの権限を直接定義できるようになりました。新しい「オブジェクト」メインメニュー項目が 権限の定義タブに追加され、すべてのカスタム オブジェクトがリストされ、より詳細な権限の割り当てが可能になりました。

アップグレードプロセスによって ctColectionId 列を考慮しない場合があり、特に古いバージョンのパブリケーションを使用しているお客様に不整合が発生する可能性があります。

標準の rest-config.yaml にchangeTrackingEnabledを追加して、サービスがパブリケーションのサポートを指定しなければならないようにしました。これにより、将来のヘッドレスAPIで変更追跡を可能にするプロセスが簡素化されます。

オブジェクト間の1対1の関係によりワークフローを合理化する新機能を導入しました。ユーザーは、プライマリオブジェクトのCRUDビューから直接ネストされたオブジェクトを作成および更新できるようになり、データ セットマネージャー (DSM) から変換されたシームレスな削除および表示操作を利用できるようになりました。このアップデートにより、データ管理がよりスムーズかつ効率的になりました。

Elasticsearch 8.15.x がテストされ、対応するLiferayのバージョンとの互換性マトリックスに追加されました。

注意: Elasticsearchの新しいマイナーバージョンとの互換性は、2つの方法でテストされています:

1. 最新-最新: 最新の利用可能な Elasticsearchのマイナーバージョンを使用して、最新のLiferayバージョンをテスト → 例: Master/2024.Q3 + Elasticsearch 8.15

2. ミニマム-最新: Elasticsearch 8の互換性が最初に利用可能になったミニマムのLiferayバージョンを、Elasticsearchの最新のマイナーバージョンでテスト → DXP 7.4 U81/DXP 7.3 U31 + Elasticsearch 8.15

このようにすることで、Liferayはより広範なデプロイメントのベースが最新の検索エンジンバージョンでスタックを運用できるようになります。

Elasticsearchは通常、およそ 2 か月ごとに新しいマイナー バージョンをリリースするため、これは定期的なプロセスであり、四半期ごとに計画されたアクティビティです。