Provide users with a simple and effective way to view, access, and manage the Knowledge Base folder hierarchy. It is included:

• Drag and drop experience for moving content.
• Search for content in the Knowledge Base management.
• Using the action menu to manage folder.

Ability to set expiration and review dates for articles, and to view which articles are pending expiration.

Now Content Editors can easily find the documents they are looking for thanks to the new filters added to Documents & Media.

Three (3) new filters have been added: categories, tags and extensions.

Page listing the version history of a document to help managing different version.

Priority icons to MB CSS are added to avoid to force enabling font awesome in the whole portal.

We have made the organization’s addresses, phone numbers and email addresses changes tracked. These can be added to a Publication from now on.

The list of working in progress for Publishing features can be found at Publications update 2023/06/13. We have improved performance, while also making the wiki pages change tracked. It has also been implemented a mechanism to remove publications that are more than 6 months old.

This new feature allows content editors to view the only publications that included modifications to a particular asset.

With this new feature an admin should be able to help preconfigure a publication to help facilitate their unique workflows.

Publication templates can be leveraged to provide naming patterns to any created publication. Tokens are provided to allow each publication to have unique names.

Admins can also assign roles to users immediately during publication creation.

Users can now create, edit, or delete knowledge base articles within a publication.

Support for Object displays pages in the search results, aggregating (via Custom Facet widget), filtering (Custom Filter widget) and sorting (Sort widget) using Object fields that are indexed as Nested Fields in Elasticsearch, similar to Web Content Structure (DDM) fields.

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)

Liferay Portal 7.4 CE GA88, Liferay DXP 7.4 Update 88 bundled with the latest available version of Elasticsearch 7.x for Sidecar (7.17.12, as of Aug 7, 2023).

With this new front-end client extension users will be able to add an entry to the global import map.

This can be used to share code between decoupled client extensions that are freed from the need to know the deployment URL of the code at build time. For example, this will allow you to share your library or framework of choice among all your front-end client extensions:

For a script to consume the JavaScript module referred to by the import map entry, it needs to be of type=module.

In order to help developers to understand how to use this client extension, a sample has been provided: https://github.com/liferay/liferay-portal/tree/master/workspaces/liferay-sample-workspace/client-extensions/liferay-sample-etc-frontend-2

It has extended the support for External Reference Code to other Liferay entities in version 7.4. With this new parameter, users will be able to access, create, update and delete various entities by simply specifying the scopeKey and the external reference code.

This External Reference Code is a custom identifier, which means that at the creation time it can be set, helping to migrate entities from one environment to another while keeping this External Reference Code the same across environments. You can check the available endpoints to be accessed by External Reference Code in the API explorer.

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:

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) .

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.

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.

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.

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.

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.

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.

• Deletion of property upgrade.log.context.name. Now all upgrade related log lines are automatically tagged with the key upgrade.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.

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.

Kaleo Forms was already in maintenance mode. It is now being moved to deprecated, so it can be removed at the same time as DDL in about a year. This solution is being replaced by Objects, Workflow, and Form Container Fragments.

The portlets that are in the Contacts module will be deprecated.

These are:

1. Contacts Center
2. Members
3. My Contacts
4. Profile

In the first step, the modules were pushed to the maintenance mode.

These modules are obsolete ones and are no longer being used. They have been moved to deprecate and later it will be removed.

特定の行動に基づいて、より詳細な顧客セグメントを作成できるようになりました。 セグメンテーション機能を拡張し、標準的なウェブサイト活動だけでなく、カスタムイベントを含むオーディエンスのセグメンテーションが可能になりました。 ターゲットを絞った顧客グループを作成し、よりパーソナライズされた体験を提供することができます。 さらに、Liferay DXPは、カスタムイベント基準が変更されたときにアラートを提供し、セグメントの正確性と関連性を保証します。 顧客分析をより詳細に管理し、より適切なコンテンツを配信できるようになります。

オブジェクトに基づいた新しいOut-of-the-Box（OOTB）メールの通知テンプレート。 このテンプレートは、注文ステータスが「保留」に変更されると、注文作成者に自動的に送信されます。

この通知には以下の内容が含まれています:

• 注文番号

• 注文日

• アカウント名

• 配送先住所

• 注文商品の概要

• 注文合計

私たちはコマース通知を廃止し、新しい通知にはオブジェクトを使用します。

注文の詳細に基づいて正確なUPSの送料を顧客に提供することにより、チェックアウトのエクスペリエンスを向上させます。 マーケットプレイスで購入可能なクライアント拡張機能を使って、この機能をオンラインストアに簡単に統合できます。

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

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

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

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

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

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

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

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

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

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

パブリケーションは、ユーザーが変更をレビューするための最終エンドポイントを提供するため、ワークフローの変更もレビューできれば、コンテンツ編集者にとっては非常に有益です。

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

ユーザーが、フラグメントおよびコレクション表示ですでに定義済みのWebコンテンツのストラクチャの反復可能なフィールドをマッピングできるようになりました。

/search と /suggestions のAPIには、次の機能強化が加えられています:

• /searchのサイト (グループ) ID と外部参照コード (ERC) をサポートする新しいオプションの scope パラメーターが追加されました。/suggestionsのscopeパラメーターも、同じセマンティクスを持つように更新されました。

• /search は現在 RELEASE ステータスです。

• APIは現在、/o/search/v1.0/ エンドポイント下で利用可能で、サーバー側の転送を介した呼び出しによる現行の /o/portal-search-rest/v1.0 呼び出しの後方互換性があります。

詳細はドキュメントをご参照ください。

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

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

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

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

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

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

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

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

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

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

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

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

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キーが必要です。