This feature applies the GDPR rules to the object entries. When the admin chooses to delete User's Personal Data, the object entries related to that user will also be deleted.
Release Notes
Ability to filter the user agent (all, human, bot) for each redirection pattern, in Configuration.
Option of rating added to Folders and the endpoints for Documents rated by me, Folders rated by me have been created.
Pleae check the Content Security Policy by clicking here.
Before the Import process starts, users are now asked via a confirmation dialog if the user is sure about deleting application data . Also, we have improved the error message for Staging related references.
On LPS-136108: URLs using a virtual host are always reformatted on export and import, even in cases where they don't need to be the validation of the Web Content was added for Liferay layout URLs. Before this, there was no validation, so users could create their customizations where they could add different URLs to the Web Content's content. After the validation was added, some custom URLs became unable to be added to the Web Content. From user perspective this was a feature loss, so we decided to deliver a feature to make customers able to add their custom URLs to Web Content's content field. This feature is about adding a configuration for storing the user’s relative URL patterns. So custom URLs containing this pattern would bypass validation.
- Deletion of property
upgrade.log.context.name
. Now all upgrade related log lines are automatically tagged with the keyupgrade.component
, which provides more meaningful information. - Upgrade Report is now compatible also with upgrade on startup, and it can be printed as Log Thread Context information.
- Upgrades log the result and the type of upgrade that has taken place after all the upgrade processes finish.
- New mBean available with upgrade on startup to obtain real time information about the status and the result of the upgrade.
As a Site Template Administrator: template propagations are run completely in the background and background tasks are executed in a sequence. The LAR from the Site Template export is cached, so different Sites can reuse it.
LayoutSetPrototypeMergeBackgroundTaskExecutor
always uses the latest Template version for the propagation.- If there is already a queued background task for the Site, we don’t create a new one.
- If there is a background task in progress, we only create a new background task if the Template was modified.
Using LAR files for export/import in the portal are stored in DM. These LAR files can increase the size of the DM significantly. We have changed this, so the LARs are not kept in the DM after the export/import process.
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.
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.
Creation of a new property called upgrade.report.dl.storage.size.timeout
that specifies the number of seconds that the upgrade report generation will wait for calculating the DL size before timing out. This property is set to 10 by default but it can be modified in the portal-ext.properties
file.
From now on, users can view the summary of failed staging processes, which can help them to solve the issue(s) which caused the staging process to fail.
オブジェクト間の1対1の関係によりワークフローを合理化する新機能を導入しました。ユーザーは、プライマリオブジェクトのCRUDビューから直接ネストされたオブジェクトを作成および更新できるようになり、データ セットマネージャー (DSM) から変換されたシームレスな削除および表示操作を利用できるようになりました。このアップデートにより、データ管理がよりスムーズかつ効率的になりました。
標準の rest-config.yaml
にchangeTrackingEnabledを追加して、サービスがパブリケーションのサポートを指定しなければならないようにしました。これにより、将来のヘッドレスAPIで変更追跡を可能にするプロセスが簡素化されます。
データ移行センターはまだパブリケーションをサポートしていないため、本番環境でのみアクションを実行できる場合は、データ移行センターのユーザーに十分に通知する必要があります。 |
アップグレードプロセスによって ctColectionId
列を考慮しない場合があり、特に古いバージョンのパブリケーションを使用しているお客様に不整合が発生する可能性があります。
Liferayは、オブジェクトエントリを管理するための REST API の機能と一致するように GraphQL 機能を拡張しました。 ユーザーは、GraphQL を使用してオブジェクトエントリを下書きから承認済みステータスに移行できるようになり、開発プロセス内での柔軟性と制御が向上しました。 |
Liferay DXPは、堅牢なビルド・スクリプト・フレームワーク、軽量CLIユーティリティ、IDEツールを含む様々な開発者ツールを提供します。 最近、Liferay WorkspaceとIDEツールの新バージョンをリリースしました。Liferay Developer Studio、Liferay Eclipse Plugin、Liferay IntelliJ Pluginです。 主なメリットは以下の通りです:
プラットフォーム自体との整合性: ツールは四半期ごとのリリースをサポートし、Liferay DXPの最新機能の開発にアクセスできるようになりました。
最新のJavaバージョンをサポート: JDK 17および21との互換性により、開発者はセキュリティの強化、パフォーマンスの向上、Javaプラットフォームの最新機能を利用できるようになりました。
- 開発環境のアップグレード: Gradle 8のサポートにより、ビルド自動化機能とパフォーマンスが向上します。
ログインポートレット関連の機能をエンドユーザーが簡単にカスタマイズできるようにするために、ポートレットを可能な限り簡素化したいと考えています。上位レベルで処理できる設定や機能をすべて削除する必要があります。