Collections with Blueprints (FF: LPS-129412) available as since DXP 7.4 U88 is now in RELEASE status and can be enabled via Feature Flags > Release.

Addressing prior limitations, custom cell renderers created with Client Extensions now provide full row data access. This empowers developers with expanded options and greater flexibility for their implementations so they can create a renderer for a cell and include data from all the row mixing the contents. For example, you can create a cell to calculate the volume of a furniture good based on the different dimensions fields.

Benefits

• Expand developer capabilities to create more powerful Client Extensions for Data Set Cell Renderers

The Data Set has a revamped experience in terms of selection that also provides a quicker way to contextualize the user interaction.

When facing any of the visualizations (table, card, row) the user can click on the item body to perform single selection. This enhances rapid selection and better interaction.

Benefits

• More modern selection pattern that follows industry trends

• Clearer states for the user to distinguish when an item is:

  • Selected (active)

  • Hovered

  • Both at the same time

With this release, the Liferay DXP is now built with the modern, cloud native technology provided by the Jakarta EE 10 platform. The legacy Java EE platform will no longer be supported on this and future releases, allowing Liferay DXP to continue to evolve and build innovative solutions to meet your business needs.

Benefits

Liferay DXP now certified on Jakarta-based application servers: Tomcat 10.1, Jboss EAP 8.0, and Wildfly 30. This also provides support for newer specifications such as Portlet 4.0, Servlet 6.0, and Spring Framework 6.0. The update paves the way for faster feature development and rapid security fixes available in the modern Java enterprise ecosystem.

The Beta feature to migrate databases to PostgreSQL has been updated to support all supported database types. PostgreSQL is the Liferay recommended database server, especially for PaaS and SaaS users and Liferay provides this tool to simplify the migration.

Benefits

Users on MariaDB, SQL Server, Oracle DB, and IBM DB2 are now able to migrate their database to PostgreSQL. The tool was previously limited to users on MySQL. Now all users have access to the DXP and Cloud performance benefits of using PostgreSQL.

The DXP database upgrade process has been enhanced with a suite of verification checks that are executed before any data modifications are made.

These checks have minimal impact on the overall upgrade process execution time, but they can be optionally disabled with the property upgrade.database.preupgrade.verify.enabled=false

Benefits

It can be frustrating when a database upgrade process executes a large amount of modifications to the system and then fails due to a misconfiguration, prompting the need to restore the database and restart the process. Now the database upgrade process will perform a series of configuration checks and report them to the user before modifications are needed. This prevents the need to always restore the database or document library before re-running the upgrade. The upgrade report will still be generated if the preupgrade checks fail, and provide details of any issue.

Allow users to call the {scopeKey} using the external reference code when creating a custom object with site scope.

Ex: /scope/{scopeKey}/...

Now, ID, Name and ERC are supported for scopeKey.

Users can now refer to their custom external reference codes for sites when interacting with object endpoints.

This feature adds workflow support for Root Models. Child object definitions which are part of a root context will inherit the workflow configurations of the root parent. This simplifies the administration of objects which are part of root model applications.

Friendly URLs, also known as clean URLs or pretty URLs, are web addresses that are human-readable and search engine-friendly. They typically use descriptive keywords instead of cryptic file names or query strings. Users can define a friendly URL for entries, making them more human readable and search engine friendly.

New improvement to make easier the way to promote content among environments. Liferay expands the capabilities of the Batch Engine by introducing a powerful tool for site scoped entities:

• Batch Delete by External Reference Code ( Site Scoped entities ) – Users can now delete items using external reference codes instead of internal IDs, making batch deletions simpler and more consistent across environments.

Now, covering all scopes, the way teams manage bulk deletions is more simple and safe because it is based on the use of external identifiers so the consistent data maintenance across staging, production, and other instances is possible without changing between environments

Key Business Benefits

• More reliable environment synchronization: External Reference Codes allow you to delete the same entities across different environments without depending on internal IDs, reducing risk of mismatches.

• Simplified bulk deletion workflows: Deleting large sets of data is now easier, with fewer manual steps and lower chance of errors.

• Greater control over delete operations: Choose whether the process should stop on errors or complete fully—helping teams tailor the behavior to fit their operational needs.

• Increased resilience and fault tolerance: Deletion jobs are less likely to fail entirely due to minor issues, ensuring smoother maintenance processes.

• Consistent support across entities: These enhancements are available for all entity types supported by the batch engine, making them broadly applicable across different use cases.

• Context: Both features are part of the “Promote content among environments” strategic initiative.

Describe the feature:

• With the migration to Jakarta, RESTBuilder needed to adapt to be able to generate the classes with the right namespace.

• Use the javaEEPackage property to define whether to use javax as namespace (for pre-Jakarta versions of Liferay) or set the value to “jakarta” for newer versions.

In our headless APIs, we have many endpoints with /siteId/{siteId}/ as part of the path for many entities. Now, siteId not only accepts the siteName or the siteId as value, but also the External Reference Code of the site can be used.

Until now, when executing a staging import, users could choose, prior to the import, to delete all existing information in the destination environment.
This option has been deprecated due to its low usage (verified directly with clients and partners) and the high risk it entails, as deletion affects not only the elements already in the import but also their related entities. This could lead to the loss of necessary information or the possibility of some entities becoming disconnected from the rest, making both the import and error resolution extremely complicated due to the lack of a list of affected elements. There will not be a substitution, so the alternative will be to delete the elements manually, either from the UI, API or directly in the database before performing the import.

When executing a staging import, users could choose different strategies to update the data.
”Copy as new” was one of the option, that allow the importer to create new items if they were already in the system. This could lead to create more elements than expecting that later on the user would need to clean. We are deprecating this feature in order to simplify the UI and avoid users to do mistakes.

There will not be a substitution.

The Captcha extension point allows customers to integrate custom or third-party CAPTCHA solutions into their system, enabling greater flexibility and control

Key benefits

1. Removes restrictions on supported CAPTCHA providers

2. Empowers customers to choose and configure CAPTCHA solutions that best suit their needs

3. Enhances extensibility and adaptability for diverse use cases and compliance requirements

Just-in-Time (JiT) user provisioning for OIDC and SAML enables automatic synchronization of user data, including user groups at every authentication event. This ensures that user profiles are always up to date

Key benefits

1. Ensures real-time synchronization of user attributes and group memberships

2. Reduces administrative overhead by eliminating the need for pre-provisioning

3. Enhances security and compliance with up-to-date access control

4. Improves user experience by streamlining access without delays

We improved the password reset function on the Forgot Password Utility Page to prevent it from redirecting users to the old Forgot Password page.

Key benefits

Consistent page experience

The FF changes from Beta to Release

Users now have more access to several more metrics on their metrics page. Improving their visibility and troubleshooting capabilities.

Highlights

• New metrics visible in the metrics page;

• New metrics improve visibility of platform and infra elements, greatly speeding up troubleshooting and understanding of platform behaviour.

• The selection of metrics leverages our deep understanding

In order to assist users in the migration to Jakarta EE required for 2025.Q3 and beyond, Blade and Workspace users now have a command to automatically convert their source code from Java EE to Jakarta EE for DXP-provided libraries.

Benefits

This tool simplifies the process for users migrating custom code to Jakarta. Providing:

1. In-place source code transformation from javax to jakarta for custom development projects using DXP-provided libraries

2. Liferay-specific dependency mapping

3. Portlet 4.0 conversion

4. Integration into Liferay Workspace

5. Supports source code conversion regardless of deployment method (e.g. JAR or WAR)

This tool is supported by Liferay to convert source code for compatibility with the Jakarta libraries provided by Liferay DXP.

大規模なパブリケーションでは、許容できないパフォーマンスの低下が観察されます。パブリケーションには多数の個別の変更が含まれているため、現在のシステムは、特に競合チェックおよびパブリケーションのパブリッシング中に、許容可能なパフォーマンスレベルを維持するのに苦労しています。これら 2 つのフェーズでは、手書きの SQL クエリを活用してタスクを実行し、パブリケーションが永続化レイヤーを介してショートカットできるようにして、小規模なパブリケーションのパフォーマンスを最大化します。ただし、大規模なパブリケーションでは、一貫したパフォーマンスを確保するためにさらに考慮する必要があります。

アップグレードプロセスによって 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 か月ごとに新しいマイナー バージョンをリリースするため、これは定期的なプロセスであり、四半期ごとに計画されたアクティビティです。

Elastic’s product lifecycle に従い、Elasticsearch 7.17.xバージョンはElasticsearchバージョン9がリリースされるまでサポートおよび保守されます。 Elasticsearch 9.0.0は、2025年初頭にリリースされる予定です。

したがって、Liferayでは、7.17.x をデプロイメントしているすべてのお客様に対し、互換性のある最新の Elasticsearch 8.x バージョンへのアップグレードプロジェクトの計画段階を開始することを強くお勧めします。

Elasticsearch 8との互換性は7.4 U81+で利用可能です。→ Operating Liferay 7.4 GA/Update 81+ with Elasticsearch 8 - Liferay

注意: Elasticsearch 8.x との互換性は、バンドルされている Elasticsearch 7 コネクタと Elasticsearch 8 の REST API Compatibility によって提供されます。

Liferayには、クライアントバージョンとして7.17.21を使用し、また開発・テスト用にSidecar ElasticsearchサーバーのバージョンとしてアップデートされたElasticsearchコネクターが同梱されています。

条件コントリビューターの設定は、より小さなフットプリントでブループリントのJSON 内に保存されるようになり、デフォルトの設定（すべてのコントリビューターを有効化 → Enable All）または新しい Disable All オプションを使用する場合、ブループリントのサイズが 90% 以上削減されます。

異なるオプションの動作は以下のとおりです:

• Enable All を使用すると、現在および将来プラットフォームに導入されるすべてのクエリの条件コントリビューターが自動的に有効になります。Disable All は逆の動作をします。

• カスタマイズ では、設定は指定されコントリビューターのリストにロックされます。

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

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

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

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

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

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

ユーザーは、オブジェクトやワークフローのアクションにおけるスクリプトの悪用を避けるために、必要なセキュリティ・レイヤーを追加できます。

大文字で始まる候補リストを作成できるようになりました。 重要な特徴の1つは、ユーザーがアクティブと非アクティブの値でフィルタリングできるようになったことです。

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

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

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

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 プロパティを公開し、どのユーザーでも取得できるようにしました。

ログインポートレット関連の機能をエンドユーザーが簡単にカスタマイズできるようにするために、ポートレットを可能な限り簡素化したいと考えています。上位レベルで処理できる設定や機能をすべて削除する必要があります。

現在、お客様はオートスケーリングを確認するために、メールのレポートを利用する必要があります。 私たちは、この情報をより利用しやすく、検索しやすくすることで、ユーザーがオートスケーリングの動作をよりよく理解できるようにしています。

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のサポートにより、ビルド自動化機能とパフォーマンスが向上します。

Liferayでは、ユーザーが関連オブジェクトのデータに基づいてカスタムオブジェクトエントリを並べ替えられるようになりました。この強化された機能により、複雑なデータ構造を管理する際の柔軟性と制御が向上し、ユーザーが情報をより効果的に整理できるようになります。

機能ステータスの変更

製品オプションタイプとして日付時刻を選択できるようになり、日付、時刻、タイムゾーン、期間に基づいて製品の購入オプションを設定し、タイムスロットの販売が可能になりました。

機能ステータスの変更

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

機能ステータスの変更

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

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

1. 住所
2. 連絡先情報

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

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

電話番号の管理例:

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

機能ステータスの変更

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

機能ステータスの変更

新しい一括権限管理により、管理者は複数のページのアクセス権を簡単に変更できます。この新機能には多くのメリットがあります:

• 簡単な管理: 複数のページの権限を同時に管理することで、貴重な時間を節約します。
• セキュリティの強化: ページアクセスを完全に可視化し、対象となるすべての視聴者が必要なコンテンツに確実にアクセスできるようにします。
• 最適化されたアクセシビリティ: ゲストがアクセスできないページを迅速に特定し、最適なユーザーエクスペリエンスが得られるように調整します。

機能ステータスの変更

あなたが作成したコンテンツや最近作成したコンテンツを簡単に識別できるようになりました。この機能強化により、このワークフローが合理化され、最適化されます。

機能ステータスの変更

ここでの目標は、ユーザーがパブリケーション間で変更を移動できるようにすることです。これが必要になるのは、ユーザーがパブリケーション全体を公開したくないだけでなく、実際には公開されない変更を元に戻したくない場合があるためです。この機能を使用すると、ユーザーは変更をあるパブリケーションから別のパブリケーションに移動して、変更のサブセットを作成し、それらを個別に公開できます。技術的な知識のある読者向け: これは、git でコミットを 1 つのブランチから別のブランチにチェリーピックすることに似ています。

機能ステータスの変更

説明的なプロンプトを提供するだけで、DALL-E がコンテンツ戦略を補完する完璧な画像を生成できるため、貴重な時間とリソースが節約されます。 AIを活用して新しいアイデアを生み出し、コンテンツのニーズに完全に一致する独自のコンセプトを生成します。視覚的な可能性の世界を探検してください！

機能ステータスの変更

機能ステータスの変更

7.4 U88 でベータ版として導入された検索ヘッドレス API が RELEASE ステータスになりました。

機能ステータスの変更

これらのアプリケーションサーバーはベンダーからのアップデートを受けれなくなったため、2024.Q3 以降からサポートが削除されます。

Wildfly 26.1 および Jboss EAP 7.4は引き続き完全にサポートされます。

機能ステータスの変更

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

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

機能ステータスの変更

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

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

Feature Status change:

Now the possibility of Export/Import Frontend Client Extensions is available by default.