刷新されたClayチャートのカラーパレットは、コントラストを強め、バリエーションを増やすことで、アクセシビリティとユーザビリティを向上させている。 これにより、ユーザーはチャート、アイコン、フィールド・セットを簡単に区別できるようになり、混乱が減り、分かりやすさが向上した。
主なメリット:
これで、Liferayの現在および将来の製品に対して、より柔軟な設計ができるようになりました。
プラットフォームの使いやすさとUIを改善し、統一するための、アクセスしやすく区別しやすい色になりました。
Release Notes
刷新されたClayチャートのカラーパレットは、コントラストを強め、バリエーションを増やすことで、アクセシビリティとユーザビリティを向上させている。 これにより、ユーザーはチャート、アイコン、フィールド・セットを簡単に区別できるようになり、混乱が減り、分かりやすさが向上した。
主なメリット:
これで、Liferayの現在および将来の製品に対して、より柔軟な設計ができるようになりました。
プラットフォームの使いやすさとUIを改善し、統一するための、アクセスしやすく区別しやすい色になりました。
新しい翻訳とロケールの追加により、マケドニア、ノルウェー、ベルギー、スイス、オーストリアなどの地域のユーザーは、好みの言語や地域のバリエーションでプラットフォームとやりとりできます。
主なメリット:
特定の市場や地域に合わせたユーザー体験を提供し、関連性と使いやすさを向上させます。
言語とロケールのオプションを拡大することで、より包括的なプラットフォームにしました。
この改善により、ユーザーは.yamlファイルのTheme CSSとCSS クライアント拡張機能の新しいプロパティを使って、Liferayインスタンスの外観をより効果的にカスタマイズできるようになりました。
主なメリット:
管理者は、管理パネルとプラットフォーム全体の両方のインターフェイスをパーソナライズすることができます。
よりまとまりのあるブランド的な外観は、すべてのユーザーの使いやすさと満足度を向上させます。
カスタマイズの適用箇所をきめ細かくコントロールできます。
Elasticsearch 8.17 がテストされ、互換性マトリックスに追加されました。
Liferay Self-Hostedのデプロイメントでは、Elasticスタックをこのバージョンにアップデートできます。Liferay PaaS プロジェクトの場合、新しいElasticsearchイメージが通常通りLiferay CloudのDocker Hub アカウントで提供されます。
2024.Q3のリリースノートで最初に強調されたように、Elasticの製品ライフサイクルに従って、Elasticsearch 7.17.xバージョンはElasticsearchバージョン9がリリースされるまでサポートされ、保守されます。
Elasticsearch 9.0.0は、2025年初頭にリリースされる予定です。
Elasticsearch 8との互換性はLiferay DXP 7.4 U81+で利用可能です: Operating Liferay 7.4 GA/Update 81+ with Elasticsearch 8 - Liferay.
注意: Elasticsearch 8.xとの互換性は、バンドルされているElasticsearch 7コネクタとElasticsearch 8のREST APIの互換性によって提供されます。
Liferay データセットの正式リリース、ベータ版からリリースへ! データセットは、Liferay DXPで構造化データを取得、管理、可視化、対話するための強力で柔軟な方法です。Objectsの上に構築され、Liferayの堅牢なエコシステムを活用するData Setsは、「LiferayでLiferayを構築する」哲学を体現しています。 互換性のあるヘッドレスAPIとのシームレスな統合により、管理者はデータセットを簡単に構成し、エンドユーザーにリッチでカスタマイズ可能なエクスペリエンスを提供し、データの消費と対話を行うことができます。
主なメリット:
データの取得: 互換性のあるヘッドレスAPIから情報を取得し、データセットソースとして使用します。
柔軟性の管理: 管理者は、フィルタ、ソートオプション、利用可能なアクションとともに、APIレスポンスのどの部分を含めるかをカスタマイズできます。
データの可視化: 複数の可視化オプションにより、エンドユーザーがデータを有意義に利用することがこれまで以上に容易になります。
インタラクションの有効化: :エンドユーザは、管理者が設定したフィルタ、アクション、ツールを使用して、データと動的に対話できます。
Liferay DXPの品質、安定性、最新性を確保するため、React 18にアップデートし、セキュリティ、パフォーマンス、互換性に大きなメリットをもたらしました。このアップデートは、DXPの堅牢で将来性のあるプラットフォームとしての地位を維持するために不可欠なものです。
主なメリット:
セキュリティ強化: 古いバージョンのライブラリには脆弱性が潜んでいる可能性があります。React 18にアップグレードすると、最新のセキュリティパッチが組み込まれるため、こうしたリスクが軽減されます。
パフォーマンスの向上: React 18では、同時レンダリングなどの機能が導入され、より良いユーザー体験のための応答性と負荷処理が強化されました。
互換性の向上: アップグレードすることで、DXPが最新のツールやフレームワークに対応し、統合の課題を最小限に抑え、開発プロセスの将来性を確保します。
継続的なサポート: Reactのエコシステムを常に最新に保つことで、コミュニティの更新、バグ修正、技術革新を継続的に利用できます:リソースのロードと実行を制御することで、XSS攻撃やデータインジェクション攻撃のリスクを軽減します。
デジタル・エクスペリエンス・プラットフォームのセキュリティを強化するため、堅牢なコンテンツ・セキュリティ・ポリシー (CSP) 機能を導入しました。この機能は script-src や style-src など8つの主要なディレクティブをサポートし、スクリプトやスタイル、画像などの安全な取り扱いを保証します。これらのディレクティブを活用することで、開発者はクロスサイトスクリプティング(XSS)攻撃やデータインジェクションのリスクを軽減できます。CSPの実装は最新のウェブ・セキュリティ標準に合致しており、柔軟性と保護の両方を提供する。 管理者は、機能を損なうことなく、より厳格なセキュリティポリシーを適用できるようになりました。
主なメリット:
セキュリティ強化: リソースのロードと実行を制御することで、XSS攻撃やデータインジェクション攻撃のリスクを軽減します。
コンプライアンス対応: 業界標準のセキュリティ要件に準拠し、より厳格なコンプライアンス・プロトコルをサポートします。
カスタマイズ可能なポリシー: 開発者は、特定のプロジェクトや組織のニーズに合わせて CSP 命令をカスタマイズできます。
信頼の向上: より安全で信頼性の高いプラットフォーム体験を提供することで、エンドユーザーの信頼を強化します。
Liferay データセットの正式リリース、ベータ版からリリースへ! データセットは、Liferay DXPで構造化データを取得、管理、可視化、対話するための強力で柔軟な方法です。Objectsの上に構築され、Liferayの堅牢なエコシステムを活用するデータセットは、「LiferayでLiferayを構築する」哲学を体現しています。互換性のあるヘッドレスAPIとのシームレスな統合により、管理者はデータセットを簡単に構成し、エンドユーザーにリッチでカスタマイズ可能なエクスペリエンスを提供し、データの消費と対話を行うことができます。
主なメリット:
データの取得: 互換性のあるヘッドレスAPIから情報を取得し、データセットソースとして使用します。
柔軟性の管理: 管理者は、フィルタ、ソートオプション、利用可能なアクションとともに、APIレスポンスのどの部分を含めるかをカスタマイズできます。
データの可視化: 複数の可視化オプションにより、エンドユーザーがデータを有意義に利用することがこれまで以上に容易になります。
インタラクションの有効化: エンドユーザは、管理者が設定したフィルタ、アクション、ツールを使用して、データと動的に対話できます。
ポータル言語翻訳の管理とオーバーライドを容易にするために、モジュールには、言語キーを単一のモジュール専用に定義できる新しい設定があります。これはまた、ユーザーがモジュール内でプログラム的にシステム全体の言語キーをオーバーライドすることを可能にします。 既存の機能では、モジュールのbnd.bndファイルにあるLanguage Resourcesヘッダー( このヘッダー内に、 |
ユーザーが環境間でWebコンテンツやドキュメントのストラクチャを移動できるようにします。
主なメリット:
Webコンテンツやドキュメントを環境間で移動する際の機能ギャップに対応します。
ユーザーが環境間でワークフロー設定を移動できるようにします。
主なメリット:
Liferayで構築されたアプリケーションを環境間で移行する際の機能ギャップに対応
ユーザーが環境間でオブジェクトの定義とエントリを移動できるようにします。
主なメリット:
Liferayで構築されたアプリケーションを環境間で移行する際の機能ギャップに対応。
以前は、複雑なデータモデルを管理する場合、ユーザーは複数の関連オブジェクトに変更を加えるためにスクリプトやコードを作成しなければなりませんでした。これにより、ユーザーは複数のオブジェクトをあたかも1つのオブジェクトであるかのように設定できるようになりました。関連する子オブジェクトは、トップレベルの親オブジェクトから権限やアカウント制限などを継承するようになり、オブジェクト管理がより便利になりました。
主なメリット:
オブジェクト間の関係を設定することで、複数のオブジェクトの管理を簡素化します。
子オブジェクトの権限とアカウントの制限は、トップレベルの親オブジェクトから継承されます。
APIエンドポイントは、トップレベルの親と同じ名前空間の下にネストされます。
オブジェクトウィジェットやフォームウィジェットを含む表示ページを環境間で移動できるようにします。
主なメリット:
環境間でコンテンツページを移動する際の機能ギャップに対応します。
サービスビルダーの上に構築されたアプリケーションがLiferay Objectsフレームワークの利点を活用できるようにします。
主なメリット:
サービスビルダー上で構築されたアプリケーションをLiferay Objectsに移行できるようになりました。
バッチエンジンのエクスポート・エンドポイントがオブジェクトエントリのフィルタリングをサポートするようになりました。これは、バッチエクスポート中にオブジェクトエントリにフィルタリングが適用されないという以前の制限に対処するものです。この更新により、すべてのエンティティタイプで一貫したデータ処理とフィルタリングの動作が保証されます。
主なメリット:
これまでは、バッチエンジンでオブジェクトエントリとその権限を同時にエクスポートおよびインポートする方法はありませんでした。この新しい機能により、ユーザーはワークフローを合理化し、手作業を減らせます。
主なメリット:
たった1回の呼び出しで実行できます。
ユーザーがオブジェクトエントリの権限を考慮する(または考慮しない)ことを選択できます。
バッチエンジンを使用したデータインポートにより、コンテンツ作成者情報を(必要に応じて)保持できるようになりました。以前は、バッチでインポートされたコンテンツには、常にインポートを実行したユーザーが割り当てられていたため、コンテンツを移動する際に元の作成者データが失われていました。この更新により、(必要に応じて)コンテンツの所有権の正確な帰属が保証されます。
主なメリット:
環境間でデータを昇格させる際、重要なユーザー情報を保持できます。
インポートプロセスごとに個別に設定可能です。
自動化された電子メール通知によるプロアクティブなアクセストークン管理を導入。 トークンの有効期限が切れる1ヶ月前、10日前、1日前にアラートが届くようになり、タイムリーな更新が可能になり、サービスの中断を防げます。新しいトークンが生成されると、通知は自動的にキャンセルされます。
主なメリット:
トークンの有効期限が切れる前にユーザーに通知されるため、タイムリーな更新と中断のないアクセスが可能になります。
自動化された通知により、手作業による監視や介入が不要になるため、管理オーバーヘッドが削減されます。
タイムリーな更新を促すことで、期限切れのトークンや潜在的に危殆化したトークンを使用するリスクを最小限に抑えることができます。
ベンダーはOpenSSO/OpenAMを非推奨にしたため、それを維持する理由はありません。代替手段であるPingAMは、既存のOpenIDコネクタまたはSAML認証を使用して統合できます。
SSL証明書管理ビューで、有効期限間近(30日以内など)の証明書と、すでに有効期限が切れた証明書の有効期限アラートが表示されるようになりました。証明書は、LCP.jsonファイルを通じてのみ定義する必要があり、管理が簡素化され、デプロイメント間の一貫性が確保されます。このアップデートは手作業によるミスを減らし、安全で中断のないデプロイメントを保証します。
ハイライト:
期限切れアラート: 有効期限切れ間近の証明書や、すでに有効期限が切れた証明書を、明確な視覚的インジケータで通知します。
排他的なLCP.jsonの設定: 証明書はLCP.jsonファイルを通じてのみ定義できます。
視認性の向上: 証明書の名前、種類、関連ドメイン、有効期限を一覧で表示します。
プロアクティブな管理: SSL/TLSの安全な設定を維持するためのツールとアラート。
Liferay Connector to OpenSearch 2のMarketplaceリリースは、Elasticsearchに代わるLiferayのセルフホストデプロイメントを提供します。
このコネクタは、Liferay DXPとオープンソースでエンタープライズグレードの検索エンジンであるOpenSearch 2.12+を統合します。OpenSearchは、テキストデータのための字句検索、堅牢なスケーラビリティと拡張性、Liferayのセマンティック検索などのエンベッディングを使用するアプリケーションのためのベクトル検索を提供します。
このアプリのインストールには、公式ドキュメントに記載されている特定の設定が必要です。互換性の詳細については、検索エンジンの互換性マトリックスをご参照ください。
OpenSearchの統合は現在ベータ機能であり、将来的にはGAにする予定です。
LiferayクラウドがLiferay PaaS上のクライアント拡張機能のCI/CDサポートを提供するようになりました。 開発者はクライアント拡張機能をGitベースのCI/CDパイプラインに統合することができ、Liferayのコアサービスと一緒に自動ビルドとデプロイメントを行うことができます。このアップデートにより、クライアント拡張機能の自動検証、独立したデプロイメント、およびリリースサイクルの高速化が可能になります。
ハイライト:
専用のCI/CDパイプライン: Liferayのコアサービスとのコンフリクトを防ぐため、クライアント拡張機能専用のビルドパイプラインを用意しました。
自動ビルド: コミットするたびに、LUFFAアーカイブとしてパッケージ化された新しいクライアント拡張機能のビルドが開始されます。
独立したデプロイ: クライアント拡張機能のビルドは個別にデプロイされるため、リリースの柔軟性が向上します。
シームレスな統合: Liferay PaaS上の既存のGitベースのワークフローと連携。
ゼロ・ダウンタイム・デプロイメント: メインのLiferayサービスに影響を与えることなく、クライアント拡張機能をデプロイします。
This initiative focuses on developing a dedicated "Publisher Page" on the Liferay Marketplace. This page will serve as a public profile for each vendor or seller, showcasing their products, brand, and relevant information like company description, company logo and a contact us form to reach out the publisher directly.
The enhancement aims to improve the overall Marketplace experience by:
Providing greater visibility and credibility for publishers.
Enabling customers to make more informed purchasing decisions.
Fostering a stronger connection between publishers and customers.
Offering publishers a new avenue for marketing and branding.
Implement multi-currency support to enable marketplace to display product prices in various currencies.
This feature aims to enhance user experience by allowing publisher to set the price of their apps in multiple currencies during the publisher workflow which are:
Euro (mandatory)
USD (mandatory)
Rupee
Yen
This release introduces several key improvements across the new Order Pages:
Dedicated Shipping Tab for Placed Orders: A new "Shipping" tab has been added to the Order Pages specifically for placed orders, providing a clear and organized view of shipping details for buyers.
Modular Order Summary Fragment: The existing "Order Summary" type for the InfoBox fragment has been removed and replaced with a new, more flexible "Order Summary" fragment. This allows for displaying individual fields from the order summary.
Enhanced Order Items Table: The Order Items listing table now features Search and Pagination capabilities, making it easier for buyers to navigate and find specific items within large orders.
Automated Channel Defaults Application: When a Channel Default (including Addresses, Payment/Delivery Terms, Shipping Options, Payment Options) is configured for an account, the selected default will now be automatically applied to new orders, streamlining the order creation process for buyers.
Advanced Placed Orders Search: You can now search by Shipping Address fields directly within the Placed Orders list, offering more granular control for buyers when locating their specific orders.
Renamed "Notes" Tab: The "Notes" tab in the Orders Admin UI has been renamed to "Questions & Answers" to align with the updated UI in the new Order Pages, improving consistency across the platform for administrators.
Improved Clarity and Organization: Easily access shipping information and view order summaries in a more structured, modular format.
Enhanced Efficiency: Quickly find specific order items with new search and pagination, and save time with automatic application of channel defaults.
Consistent User Experience: Enjoy a more unified and predictable interface across different order management sections, reducing confusion and improving usability.
Better Data Management: Gain more powerful tools for searching and managing your placed orders, allowing for faster problem resolution and data retrieval.
Streamlined Workflows: Automate the application of default settings, reducing manual input and potential errors during order processing.
We've introduced a new toggle within the Channel Details section, labeled "Hide Orders List in the Account Selector".
This new setting allows you to configure whether the list of open orders is displayed or hidden from the account selector interface for a specific channel. By default, the orders list is visible, and the "Hide Orders List in the Account Selector" toggle is set to off. When activated, the open orders list will no longer appear, providing a cleaner, more streamlined view.
Enhanced Privacy: For channels where order visibility is not desired or necessary for all users, this toggle provides an immediate way to restrict that information.
Improved User Experience: Reduce visual clutter in the account selector, making it easier for users to focus on relevant account information without being distracted by a potentially long list of orders.
Greater Flexibility: Tailor the display of each channel to better suit its specific use case and audience, offering a more customized and efficient experience.
We've introduced a brand new Upload option type for products. This option allows buyers to seamlessly upload a file directly during the purchase process.
Similar to our existing product options, the Upload option can be configured either in the Options UI or directly within the Product Options UI. Merchants also have the flexibility to mark this option as "Required", ensuring that a file upload is mandatory before a product can be purchased. Please note that this new Upload option is not eligible for SKU contribution.
In the storefront, the Upload option will appear as a disabled text input field, which will display the name of the uploaded file. Alongside this, buyers will see clear "Select" and "Clear" buttons to manage their file uploads.
Enhanced Customization:Provides buyers with the ability to personalize products by uploading their own files.
Broader Product Offerings:Enables merchants to offer and sell products that require customer-provided assets, such as custom prints or personalized items.
Improved Buyer Workflow:Integrates file uploads directly into the purchasing flow, creating a more cohesive experience for custom orders.
This enhancement allows administrators to seamlessly duplicate an existing role along with all of its current permissions.
Similar to creating a new role from scratch, Role Duplication can be initiated directly from the Roles list. Administrators can simply select an existing role, choose Duplicate, and assign a unique name to the new role. The system then creates a fully configured duplicate, including all existing permissions, and redirects the administrator to the Role Details page for further adjustments.
Please note that only the role’s current permissions are copied at the time of duplication. If new applications are deployed later, their permissions are not automatically added to the duplicated role.
Faster Role Setup: Quickly create new roles by reusing an existing permissions set without manual configuration.
Consistency Across Roles: Maintain uniform permission structures across similar roles, reducing the risk of errors.
Scalable Administration: Streamline management in large environments where many roles share similar access patterns.
This feature introduces the ability to define and manage custom address types as sub-types of the main address categories—Billing, Shipping, or Billing & Shipping—in Commerce - Account Addresses. This significantly enhances address management flexibility for B2B businesses operating across multiple locations, departments, or stakeholders.
Previously, address management was limited to only two hardcoded types: Shipping and Billing. With this release, businesses can now define additional sub-types (e.g., Ship-to Party, Sold-to Party, Ordering Address, Payer, Disti Branch Officer, DC Delivery Address) through a newly introduced Picklist-based configuration system. These sub-types are configurable and can be mapped directly under one of the three main categories.
This approach ensures compatibility with common ERP systems like SAP, which already support a range of address roles in the order-to-cash process.
This feature allows buyers to actively select their preferred currency from a list of currencies enabled by the administrator for the specific sales channel they are interacting with. Once a currency is selected, all prices will be displayed in that chosen currency throughout their shopping experience.
Changing the currency automatically creates a new order in the newly selected currency.
Crucially, this feature allows merchants to better manage their international pricing strategies (e.g. smart pricing per currency), fine tuning prices when not relying on exchange rates only.
This feature enhances flexibility and convenience for users by allowing them to easily expand their payment method options within the DXP. Users can seamlessly discover, purchase, and integrate new payment methods availbale in the Marketplace directly from the DXP, eliminating the need to navigate external platforms or seek manual solutions. This streamlined process empowers users to quickly adapt to evolving market demands and offer a wider range of payment choices to their customers, ultimately improving their overall user experience.
Connecting Asset Libraries to Site Templates allows content creators to validate new assets directly within a template before deploying them to live sites. This feature fills a critical gap where templates currently can’t access Asset Library assets, forcing users to create full sites just to test content. This inefficiency leads to errors and poor user experience.
Key Benefits
Improves Efficiency and Workflow: It saves time by letting content creators test sites and assets directly in the Site Template. This eliminates the need to create a new site for every round of testing, which is a slow and cumbersome process.
Enhances Data Integrity: This feature prevents the creation of orphaned reference links that occur when a template’s content pages point to Asset Libraries it can’t access. These broken links can cause unexpected behavior and data corruption.
Reduces UI Errors: By ensuring proper connections between templates and asset libraries, the feature mitigates UI errors that happen when editing site connections with orphaned data. This provides a more stable and reliable user interface for managing site assets.
Site Templates can now be connected to Asset Libraries. New sites generated with a Site Template connected an Asset Library will automatically be connected that Asset Library.
Users can now download a CSV file containing the complete list of all search terms collected from a page, providing easy access for analysis and reporting
New export feature: Users can now download a CSV file with all search terms collected from a page.
Easier analysis and reporting: The export enables deeper analysis and custom reporting outside the platform.
Enhancement to previous update: Builds on the improvement from LPD-26181, which made all search terms visible in the Search Terms card.
To reduce confusion and improve transparency for SaaS customers, we’re updating the Analytics Cloud usage limits page. SaaS users will now be redirected to the Customer Portal when they access the Usage Limits menu in AC. This ensures they see the correct consumption metrics associated with their plan: Anonymous Page Views (APVs) and Monthly Active Logged-In Users (MALUs) as previously, the usage page displayed default limits based on Page Views (PVs) and Known Individuals (KIs), which do not apply to SaaS customers.
Redirect for SaaS users: SaaS customers are now redirected to the Customer Portal when accessing the "Usage Limits" page in AC.
Accurate metric display: Customers will see the correct usage metrics—APVs and MALUs—instead of outdated PVs and KIs.
Eliminates confusion: Removes misleading limits that previously appeared for SaaS users.
To prevent token duplication in lower-level environments, we’re introducing a new portal property. When set to true in the portal-ext.properties file, this property will automatically clear the AC connection on startup. This ensures that if the production token is copied to a UAT environment during migration, it will be removed on startup—preventing data contamination, eliminating the need for manual disconnection, and preserving the integrity of the AC connection in production.
Prevents data contamination between environments
Eliminates the need for manual disconnection
Preserves production data integrity
Analytics Cloud Cookie Control (LPD-10588)
Utility page for cookie policy lists and describes all cookies in use. Users can add and update cookies in the list with the cookie object. When the cookie manager is enabled, Analytics Cloud only tracks data from users who consent to statistics cookies.
This feature introduces customizable permissions for the "Owner" role and other user roles within Publications, allowing administrators to define exactly who can publish, edit, invite users, or manage permissions at the publication level. A new "Permissions" section has been added to the "Enable Publication" settings, along with an "Edit Permissions" button that opens the Publication permissions modal. Admins can now revoke the "Publish on Production" permission for any user on a publication-by-publication basis. Once revoked, the change is reflected immediately, the user will no longer be able to publish content to production, and the revoked status is saved and visible in the publication permissions settings. Only users with the Admin role or the specific permission to manage publication roles can make these changes. This enhancement provides granular control over user capabilities within each publication, helping teams better manage their content workflows and avoid accidental publishing.
Key benefits:
Safeguard Production Changes: Blocks users from publishing or modifying production content via Publications unless explicitly granted.
Enhanced Role Governance: Admins now have complete oversight of publication-level permissions for all user roles, including Owners.
A new warning has been added to the Publications configuration screen to alert admins when "Sandbox Only" mode is enabled but publication Owners still have permission to publish. In this scenario, any user who creates a sandbox publication can still push changes to production, potentially bypassing the intended protection. The system now displays a warning message when this configuration is detected, guiding admins to review and adjust permissions for the Owner role accordingly.
Key benefits:
Prevent accidental publishing by alerting admins when Owner permissions still allow publishing in Sandbox mode.
Increase visibility into role-based permissions that may unintentionally allow production changes.
We enabled navigation menus to be retrieved using their External Reference Code (ERC) through Liferay’s headless APIs. This enhancement enables a more precise and consistent identification of navigation menus across sites and environments, particularly useful in multi-site and content migration contexts. It complements the existing functionality by providing an alternative for IDs.
Key benefits:
Improved data consistency: ERC-based retrieval ensures references remain valid across environments.
Easier data migration: ERCs streamline the export/import process across different Liferay sites by providing a consistent identifier.
Better filtering options: Admins can now export navigation menus based on creation or modification date range, giving finer control over headless operations.
As customers increasingly adopt HTML5 for content creation, there's a growing need to upgrade the current rich text editing capabilities and CKEditor 5 has been selected as the default editor for Liferay DXP to meet this demand. CK Editor 5 has been made available in DXP under Beta Feature Flag. (FF-11235):
Web Content Description field
Page Builder:
Paragraph
Forms → Rich Text
To help users build pages faster with more design options, Liferay now allows direct access to Marketplace fragments from within the page builder. In addition to native and already-installed fragments, users can now browse and install additional fragments available on the Marketplace—expanding their library without leaving the editor.
This gives customers the ability to use pre-built fragments shared by Liferay, technology partners, and the broader community, making it easier to create flexible, high-quality pages with less effort.
Users can translate text fields from Objects when using Text Input Fragments in Form Containers.
Dynamically show or hide configuration fields in a custom fragment based on user input values.
With the introduction of the new CMS approach for managing object entries, the existing 1:1 nested object entry functionality in the Page Builder (LPD-20213) is now deprecated and will be removed. This feature has proven to be complex and underutilized by end-users.
The new approach, being developed under the CMS 2.0 initiative, will offer a more intuitive user experience for object relationships, allowing users to configure child structures as repeatable or non-repeatable.
The new Side Panel (also known as Info Panel) is a reusable Clay React component that provides a consistent, accessible, and responsive sliding panel for use across Liferay applications. It supports common use cases such as content editing, navigation, and contextual information display.
Key benefits:
We established a uniform look and feel across all instances of the Side Panel, reducing cognitive load and improving usability and also ensured compliance with accessibility standards (e.g. keyboard navigation, ARIA roles), enabling inclusive design by default.
Reduces redundant implementations and streamlines maintenance by offering a centralised, reusable component.
Reinforces design consistency and reusability across the product ecosystem.
The addition of new translations and locales ensures that users in Myanmar, Bosnia & Herzegovina, Ireland and Serbia can interact with the platform in their preferred languages or regional variation.
Key benefits:
Tailors the user experience for specific markets and regions, improving relevance and usability
We made the platform more inclusive by expanding language and locale options.
The Accessibility Checker Component is being deprecated as part of our effort to improve accessibility tooling and simplify our component library. After evaluating its usage and overlap with other accessibility solutions in Liferay, we found it to be redundant and we stopped using it long time ago.
By displaying the blueprint's results in a Collection Display fragment (available since DXP 7.4 U88 as Beta), you can leverage search to return your assets dynamically, and reap the benefits of the fragments toolbox to lay out the page.
Enhanced Type Support
Now, the Blueprint Collection Provider supports asset types (like structured web content and Objects) allowing to map specific item fields beyond the the basic information fields (i.e., asset entry fields) in fragments, depending on the Searchable Types settings of your blueprint.
When selecting Web Content Article as Searchable Types, the subtype selector becomes available
Selecting an available Web Content Structure (Subtype) as Searchable Types in a blueprint
Web Content Article with a specific Web Content Structure selected as subtype in a blueprint
Mapping a Web Content Structure field from a Blueprint Collection Provider with a specific return type in a fragment
Web Content Article with no subtype restriction selected as Searchable Type in a Blueprint
Mapping Web Content Article field from a Blueprint Collection Provider with a specific return type in a fragment
Document with a specific subtype (Document Type) is selected as Searchable Types in a blueprint
Mapping Document Type fields from a Blueprint Collection Provider with a specific return type in a fragment
Object type selected as Searchable Types in a blueprint
Mapping Object fields from a Blueprint Collection Provider with specific return type in a fragment
Message Boards Message selected as Searchable Types in a blueprint
Mapping basic information fields from a Blueprint Collection Provider with return type Asset in a fragment
Opt-in Collection Provider
Configure if a collection provider should be published when creating a new blueprint, or later via the Configuration tab or through the action menu in the table view in Blueprints.
Enabling a blueprint as a Collection Provider on creation
Enabling/disabling a blueprint as a Collection Provider via Configuration later
Enable blueprint as a collection provide via the action menu in the Blueprints admin
Access and map type specific item fields fields in fragments for an extend range of types including Web Content Article and structures, Documents and Document Types and Objects.
Limit searches to specific subtypes via Query Settings in Blueprints
Embedded items now include actions (when the headless entity supports)
Filter by Workflow Status via the filter request parameter.
Filter field: status
Examples: status eq 0, status eq 0 or status eq 2
Invoke available actions on the returned items
Filter results by workflow status
Liferay Self-Hosted deployments can update their Elastic stack to this version. For Liferay PaaS projects a new Elasticsearch image will be provided under Liferay Cloud’s Docker Hub account.
Deployments can operate their stack using the latest available, secure and stable version of OpenSearch 2.
Requires to install Liferay Connector to OpenSearch 2.
Liferay Tomcat Bundles and Docker Images ship with Elasticsearch 8.18 as the sidecar search engine.
The Elasticsearch server runtime included in Liferay DXP Tomcat Bundles and Docker Images (aka. Sidecar Elasticsearch, located under [Liferay-Home]/elasticsearch-sidecar) is provided as a convenience for local development and testing only. It is neither suitable nor supported for production.
Instead, configure Liferay to connect to Elasticsearch as a self-managed, standalone server or cluster of server nodes.
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.
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.
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.
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.
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
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.