We have improved the behaviour of an existing configuration to be able to properly publish a child page in a Staging process to Live site without its parent(s). This also improves the performance of publishing changes.
Release Notes
It is now possible to select Date Times as a product option type, configuring purchase options for products based on date, times, time zones, and durations, allowing for the sale of time slots.
Manage contacts directly related to accounts like phone numbers, emails, websites, addresses.
A new Contact Tab in Account details page with 2 internals tabs was created:
- Addresses
- Contact Information
Users with “Accounts > Account Entry: Manage Addresses” permission should be able to manage their contacts with all these actions:
- Add
- Edit
- Remove
- Mark as primary
Example of managing a phone number:
Users without “Accounts > Account Entry: Manage Addresses” permission should be able to only view the existing phone number entries.
The Server Administration interface provides powerful tools for controlling the server. As an added layer of security, CAPTCHA is now required for actions in Server Administration pages and the Gogo Shell page. Due to the sensitive nature of these controls, the system will still enforce CAPTCHA on these pages, even if the “Maximum Challenges” configuration is set to a negative number.
To create Sign In, Forgot Password, and Create Account utility pages, it's necessary for these three views of the Login portlet (i.e., Sign In widget) to be available as individual widgets, which can be placed on pages separately. As a result, Sign In, Forgot Password, and Create Account are now accessible as separate widgets.
It's worth noting that the Sign In widget retains its previous functionality.
We aimed to facilitate seamless navigation between various Utility pages, whether there are multiple or just one.
It allows users to map fields on the first level of related elements or any hierarchical structure through a tree view which is searchable and expandable.
In addition, it is possible to map leaf fields, the common use case, but also parent fields which include all the children data to be rendered through a Client Extension.
Until now the Data Set was always rendered as a table with one column for each mapped field. From now on, the admin user can define up to three different visualization modes for the same data: Table, List and Cards.
These visualization modes share the configurations about: filters, actions, sorting and pagination. However, each visualization mode can have different mapped fields decided by the admin users.
Also, a new Settings tab to select the default mode has been added.
Final users will be able to view the visualization modes created by Admin Users and they will be able to change between them to discover the data in the way they want.
The Data Set for actions has been improved to provide new capabilities to the users:
- For the Item Actions: now there are 4 new available types available on top of the link Action: Async, Headless, Modal or Side Panel . It allows Admin Users to connect items to new functionalities and use cases.
- Creation Actions: this option has been created in order to allow Admin Users to create new data or direct their users to a place where they can create it.
The autocomplete attribute grants the user agent permission to provide automated assistance in filling out form fields. This feature can significantly speed up the form-filling process, especially for repetitive or standard information like names, addresses, and email addresses. This also allows screen readers which use standard attributes such as autocomplete to assist users navigating websites.
Incorporating the HTML autocomplete attribute into your forms is a simple yet powerful way to enhance user experience. By leveraging autocomplete suggestions, you can streamline the form-filling process, reduce errors, and ultimately create a more user-friendly environment. Experiment with different values, test across browsers, and watch as your users appreciate the improved efficiency of your forms.
When publications go out of date, they are completely useless and all changes made to them can not be leveraged in any capacity. The changes in this feature allow publications users to move changes from an out of date publication to another publication. This allows users to salvage changes after an upgrade.
This feature prevents portal from being unusable when a change-tracked entity being modified in a publication is removed from production. If an entity is being modified in a publication, it cannot be removed from production. If a deleted entity in a publication is being modified in another publication, the publication with the deletion cannot be published.
We are constantly working on improving performance of Publications. We have implemented improvement for Timeline and Conflict checking icons.
Boost the performance of reverting changes , when the DB has huge amount of records. This way the usability of Publications further increases.
If a conflict appears between the scheduled publication and Production before or during publishing stage, we have added a functionality to provide more information inside Liferay notifications when this situation occurs.
This features creates a reviewer role that has read-only (and no update) permissions. It grants permission to review the draft of a content page, or the pages that are submitted through a workflow and are still pending approval and publication.
Page Creator now can efficiently manage permissions for their website, distinguishing between public and restricted pages. Key functionalities, such as unique designs and restricted access, are incorporated seamlessly.
Requirements include easy identification of page visibility, bulk permission management, and configuration options for both individual pages and entire branches.
Provide the option at Instance and Site settings to the XML sitemap to allow customers to customize the inclusion or exclusion of content according to the SEO technical requirements.
When the User reaches Control Panel → Instance Settings, a new menu item (SEO), under Platform, will be shown. By accessing this menu, the user will be able to include/exclude different content.
When the user has Download permission on a file, then the Documents and Media File result features a download link in the Search Results widget in all out-of-the-box widget display styles.
The Search Results widget Template Context has received a new field to obtain the download URL in custom display templates: ${entry.getAssetRendererURLDownload()}
Part of the recurring compatibility testing, Elasticsearch 8.13.x has been added to the compatibility matrix to the corresponding Liferay versions.
Note: Compatibility with newer Elasticsearch minor versions is always tested in two ways:
Latest-Latest: Testing the latest Liferay version with the latest available minor version of Elasticsearch → e.g.
Master/2024.Q2 + Elasticsearch 8.13Minimum-Latest: Testing the minimum Liferay version where Elasticsearch 8 compatibility was first made available with the latest minor version of Elasticsearch →
DXP 7.4 U81/DXP 7.3 U31 + Elasticsearch 8.13
This way we can not only provide compatibility for the latest Liferay versions, but also backwards compatibility, allowing a broader customer base and deployments to operate their stack with an up-to-date search engine version.
As Elasticsearch is usually released a new Minor version roughly every two months, this is a recurring process and a planned activity for our team.
Liferay ships with an updated Elasticsearch connector using 7.17.18 as the client version. It is also for the development and testing purpose for Sidecar server.
The solution involves implementing advanced filtering options on the Builds and Deployments pages of the platform. This feature allows users to filter builds and deployments by key parameters such as date and environment. It is structured as following:
Date Filter: users can select a specific date or a date range from a calendar interface. This allows to view builds and deployments that were created or modified within that timeframe, facilitating quick access to historical data or recent updates.
Environment Filter: this filter enables users to select from pre-defined environment options (e.g. development, testing, production) viewing only the builds and deployments relevant to the chosen environment. This is particularly useful for teams managing multiple environments and needing to track their respective changes efficiently.
For custom objects, we have add the possibility to upload and save an attachment file in only one step. As another field of the entry, users can upload directly a document to an attachment field using Base64 format.
"AttachmentField1" : {
"fileBase64" : "iVBORw0KGgoAAAANSUhEUgAAAD0AAAAXCAIAAAA3N9DuAAAAA3NCSVQICAjb4U/gAAAAEHRFWH", "name" : "file.png"
}
And, to recover the values of the entry, they can do it in the same format using nested fields.
curl -X GET \ -u 'test@liferay.com:test' \ 'http://localhost:8080/o/c/mytestobjects/by-external-reference-code/users-computer-attachment-1?nestedFields=usersComputerAttachment1.fileBase64'
For sure, the previous options of uploading and downloading files of an entry are available too so the user can decide which to use in any case.
Only available for Custom Objects fields.
Until now, in GraphQL, it was not possible to create a query (or mutation) where the user could select the version to execute. Besides that, in case more than one endpoint had the same name but in different applications, you couldn’t select which one to use.
In order to make queries and mutations unique in GraphQL, we have created a new structure using a namespace with the following format:
Path + “_” + “v” + MayorVersion + “_” + MinorVersion ( 0 by default ).
query {
structuredContents(siteKey: "20117") {
items {
title
}
}
}
VS
query {
headlessDelivery_v2_0 {
structuredContents(siteKey: "20117") {
items {
title
}
}
}
}
Until now, for a translatable object fields, there was no way to get the values in different languages and always returned the default one. With this change, by adding the Accept-Language header, users can get the selected values properly. This change affects to Rest API and GraphQL.
Feature Status Change
Provides the ability for the Order Manager to make refunds against on-line payments using the stand alone payment gateway. While the refund amount can be configurable, the refund is always made against the payment method of the original payment.
Feature Status Change
New link added to the chart from the organization management admin pages. Chart now supports search functionality. Users with permissions can view or edit more details of the Organization, Account or User when it is selected on the chart.
Feature Status Change Use the platform's configurable purchasing rules to dictate which product options need to be purchased together when setting up products with options. You can set which product options must be purchased together and/or which product options cannot be combined together to create a valid product bundle. You can also limit the number of products from a particular group of products that can be purchased together. |
Feature Status Change
The ability for a buyer or sales agent to edit a product bundle directly from the mini-cart has now been added. Previously, if a change had to be made the bundle had to be deleted from the cart and added again. This allows for more speedy alterations to be made before proceeding with check out.
Feature Status Change
Ability to add new steps to the checkout process via client extension. |
Feature Status Change
We've introduced case-sensitive tagging for page creators, allowing tags to be saved and displayed exactly as created, whether in uppercase or lowercase. The feature ensures case sensitivity for tag creation, case-insensitive searching, and autocomplete, while maintaining backward compatibility for existing tags.
Feature Status Change
In response to user feedback, several enhancements have been introduced for content creators. The first functionality addresses the challenge of easily finding and managing Web Content created within specific structures, allowing creators to review and edit content more efficiently. The rest of functionalities enable refined filtering and searching options, including the ability to search in the title, filter by categories and tag, filter search results and multi-select filters.
Feature Status Change
Now the configuration through the Client Extensions for Rich Text Editors is available by default.
Feature Status Change With the new support of Java JDK 17 and 21 runtimes, Java 8 will no longer be supported for DXP runtime on 2024.Q2 or later. Because JDK 11 was flagged for deprecation in the 2024.Q1 release, migration to one of the newly added versions is recommended. |
Feature Status Change
With the removal of JDK 8 runtime, DXP is no longer compatible with WebSphere. Migration to another application server on the Compatibility Matrix will be required for 2024.Q2 or later.
機能ステータスの変更
掲示板機能は非推奨となっており、将来的に削除される予定です。データの継続性を確保するため、Liferay ObjectsやWebコンテンツなどの代替コンテンツ管理ソリューションへの移行をお勧めします。
機能ステータスの変更
アクティビティウィジェットは非推奨であり、将来的に削除される予定です。
機能ステータスの変更
XSLコンテンツウィジェットは非推奨であり、将来的に削除される予定です。
機能ステータスの変更
ディレクトリウィジェットは非推奨であり、将来的に削除される予定です。
機能ステータスの変更
グループ統計ウィジェットは非推奨であり、将来的に削除される予定です。
機能ステータスの変更
メンバー招待ウィジェットは非推奨であり、将来的に削除される予定です。
機能ステータスの変更
メディアギャラリーウィジェットは非推奨であり、将来的に削除される予定です。
機能ステータスの変更
マイクロブログウィジェットは非推奨であり、将来的に削除される予定です。
機能ステータスの変更
Shared with Me ウィジェットは非推奨であり、将来的に削除される予定です。
機能ステータスの変更
Akismetは非推奨であり、将来的に削除される予定です。
機能ステータスの変更
Headless管理者APIのlastLoginDateフィルタは検索パフォーマンスに悪影響を与えるため、非推奨とします。
機能フラグ LPD-36010 によって制御されます。
新しいtrue/falseフィルターhasLoginDateは、ユーザーがアカウントに少なくとも一度はログイン済みかどうかを効率的にチェックするために使用できます。
機能ステータスの変更
Liferay Theme tasksは非推奨となり、将来削除される予定です。この機能はGulp 4に基づいており、Gulp 4も非推奨となっています。お客様はサードパーティのツールで代用することが推奨されます。
機能ステータスの変更
Walkthroughは非推奨であり、将来的に削除される予定です。Liferayはこの機能を提供する新しい方法を検討します。
機能ステータスの変更
この機能を有効にすると、ユーザーはオブジェクトの添付ファイルフィールドでbase64フォーマットを使用できるようになります。
機能ステータスの変更
ウィジェットのサポート対象クライアントの機能は非推奨され、将来的に削除される予定です。この機能は廃止されたとみなされています。
機能ステータスの変更
ページ内のウィジェットのスコープ (ページ、サイト、またはグローバル) は非推奨になっており、将来削除される予定です。
機能ステータスの変更
ユーザーは、ページのパフォーマンス問題を引き起こす可能性のあるコンポーネントを簡単に特定できます。ページ監査に新しいタブを追加し、異なるコンポーネントのバックエンドのレンダリング時間や、パフォーマンスの問題につながる可能性のある特定のコンポーネント構成を特定するのに役立つ警告をユーザーに表示するようにしました。これらの警告は編集モードにも表示されるので、ユーザーはページ作成中に起こりうる問題を認識できます。
AIアシスタントは、コンテンツ制作者の生産性を向上させ、ワークフローを合理化するために特別に設計された、多用途で強力なツールです。AIを活用したコンテンツ制作を単一の使いやすいアプリケーションに一元化することで、AIアシスタントは多様なタイプのコンテンツの生成・管理プロセスを簡素化します。ブログ、ナレッジベース記事、ページレイアウトなど、どのような作業であっても、AIアシスタントはツールや柔軟性を提供し、スマートで迅速な作業を支援します。
可用性: AIアシスタントは、マーケットプレイスで簡単にアクセスできるクラウドベースのアプリケーションであるため、既存のデジタル・エコシステムへの統合が容易です。そのクラウド・インフラストラクチャは信頼性の高いパフォーマンスとスケーラビリティを保証し、ユーザーに一貫したシームレスなアクセスを提供します。
Jakarta EEへの移行を控えているため、Jakarta EE 10に対応した新バージョンのリリースに備え、アプリケーションサーバーの現行バージョンをすべて非推奨としています。これは大きな変更であるため、新しいアプリサーバーのバージョンは古いバージョンに取って代わります。
非推奨:
Apache Tomcat 9
Wildfly 26.1
Jboss EAP 7.4
Weblogic 14
2025.Q3では、以下のアプリケーションサーバーのサポートを追加します:
Apache Tomcat 10.1
Wildfly 30
Jboss EAP 8.0
Weblogic 15 (Oracle社のリリース待ち)
データセットで一連の項目をフィルタリングする際にに、リレーションシップの一部であるフィールドをフィルタリングすることに関心がある場合があります。
この新しい機能により、複雑なオブジェクトの子オブジェクトによるフィルタリングをユーザーが選択できるようになりました。
一元化された製品適格性と構成管理機能により、カタログ管理者は、カタログのすべての製品を含む複数の構成ページを通じて、個々の製品を効率的に管理できます。この機能は、手動構成、適格性に基づく可視性、および一部の一括編集用のツールを備えており、操作の合理化と製品提供に対する制御の強化を実現します。さらに、チャンネル、注文タイプ、およびアカウントの製品適格性をより迅速かつスマートに管理できます。
主なメリット:
1. カタログ管理の効率性の向上:
一元化されたフラットなテーブル ビューによる製品構成の編集が簡素化されました。
可視性、最小/最大数量、適格性など、製品属性を管理するためのワークフローが合理化されました。
特定の構成を管理するために製品を重複させるのではなく、代わりに対象の構成を変更します。
マスターカタログ構成から基本設定を継承しながら、複数の製品の可視性、適格性、およびその他の製品属性のバッチ更新を実行します。
カタログに新しい製品を追加するときに、事前に入力されたデフォルトのマスター構成を活用して一貫性を確保し、製品設定を簡素化します。
2. 製品の適格性と可視性に対する制御の強化:
特定の顧客グループ、チャンネル、アカウントに合わせた適格性ルールを定義および管理します。
さまざまな市場やセグメント (B2B と B2C など) の製品の可用性と設定をすばやく調整します。
構成スケジュールを使用して、季節商品や時間制限のあるオファーの管理を合理化します。
このリリースでは、ストアフロントに新しいマルチシッピング機能が導入され、お客様は1回のチェックアウトで同じ注文を複数の住所に発送することができます。お客様が異なる受取人にギフトを送る場合でも、様々な場所に商品を発送する場合でも、マルチシッピング機能はシームレスで柔軟なショッピング体験を提供します。
管理者は、サイトのチャンネル詳細ページにある新しいコンフィギュレーションによって、サイトのマルチシッピングを許可することができます。 顧客は、注文詳細ページで新しい「マルチシッピング」タブにアクセスし、配送グループを簡単に管理し、チェックアウト前に注文の各配送グループの各注文アイテムの数量をカスタマイズすることができます。
この機能は、既存の "Commerce Classic Site Initializer"ベータ機能フラグを通して利用可能であることにご注意ください。有効にするには、アプリケーションメニュー → コントロールパネル → インスタンス設定 → 機能フラグ → ベータを開きます。
主なメリット:
1. 簡単セットアップ: マルチシッピングは、あなたのサイトのチャンネル詳細ページで「マルチシッピングを許可」を有効にすることで有効化できます。
2. 柔軟な住所・配送管理: お客様は、同じ注文の中で、同じ住所に異なる配送先や異なる配送日を簡単に設定することができます。
マーケットプレイスプラットフォームからクラウドアプリケーションを直接プロビジョニングできるようにすることで、ユーザーのエクスペリエンスを向上させ、アプリケーションのデプロイメントを簡素化します。
主なメリット:
1. アプリケーション・プロビジョニングの合理化: ユーザーがマーケットプレイスプラットフォームから直接クラウドアプリケーションをプロビジョニングできるため、複雑な手作業が不要になり、プラットフォームから離れる必要がなくなります。
2. 直感的なユーザーインターフェース: 必要な情報を入力するための直感的なフォームなど、マーケットプレイスから直接クラウドアプリケーションをインストールおよびアンインストールするための使いやすいインターフェイスを提供します。
3. 効率的なライセンス管理: アプリケーションのライセンスを管理し、コンプライアンスを確保し、リソースの利用を最適化するための明確で直感的なインターフェイスを提供します。
この機能により、倉庫管理者はアカウントやアカウントグループに対して、特定の倉庫にアクセスするためのきめ細かな資格ルールを定義することができます。これにより、どの顧客がどの倉庫の在庫を確認し、購入できるかをきめ細かく管理することができます。
主なメリット:
1. 在庫管理の改善:
在庫データへの不正アクセスを防止。
在庫量と在庫レベルに基づき、製品の可視性を戦略的にコントロール。
顧客セグメント間の在庫配分の最適化。
2. カスタマー・エクスペリエンスの向上:
より適切でパーソナライズされたショッピング体験を提供する。
主要顧客層へのアクセスを優先することで、顧客満足度を向上させる。
3. 収入の増加:
在庫へのアクセスを優先することで、価値ある顧客層からより高い収益を生み出す。
4. 売上の減少:
特定の顧客グループに対して商品の可視性を制限することで、在庫切れによる売上損失を最小限に抑える。