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.
Release Notes
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.
Benefits
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.
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
Removes restrictions on supported CAPTCHA providers
Empowers customers to choose and configure CAPTCHA solutions that best suit their needs
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
Ensures real-time synchronization of user attributes and group memberships
Reduces administrative overhead by eliminating the need for pre-provisioning
Enhances security and compliance with up-to-date access control
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:
In-place source code transformation from
javaxtojakartafor custom development projects using DXP-provided librariesLiferay-specific dependency mapping
Portlet 4.0 conversion
Integration into Liferay Workspace
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.
The OpenSearch 2 connector is transitioning to Generally Available (GA). A new version of the application is expected to be released on Liferay Marketplace for 2026.Q1 later in Q1 (by the end of March, tentative).
Include page fragments interactions for Analytics Cloud performance tracking. Previously, only assets displayed via native widgets (portlets) were instrumented for performance metrics
A user-centric consent management approach where consent preferences are securely stored on the server and linked to a registered user account, enabling a persistent, cross-device experience while maintaining user control and compliance.
Key Benefits:
Seamless experience: Users are not repeatedly prompted for consent across devices or after clearing browser data.
Stronger compliance & control: Consent is centrally managed, auditable, and can be optionally restricted by the user for cross-device storage.
A configurable consent access mechanism that allows administrators to enable and customize a persistent floating icon, giving end users continuous access to the Consent Panel after the initial banner interaction.
Key Benefits:
Continuous user control: End users can easily revisit and modify or withdraw their consent at any time.
Flexible configuration: Administrators can enable, disable, and customize the floating icon to match site needs and design.
Previously, comments might have been trapped in the Liferay UI; now, they are first-class citizens in the API, allowing for seamless discussion threads across any connected platform.
Liferay has expanded its Headless API capabilities to include full management of Object Entry comments. When commenting is enabled for an Object definition, developers can now interact with those discussions via dedicated REST endpoints. This update supports full CRUD operations (GET, POST, PUT, and DELETE) using External Reference Codes (ERCs) for easier identification across systems.
Key Benefits:
Feature Parity for External Applications: Developers building custom front-ends can now provide a fully interactive "social" experience.
Complete CRUD Capabilities: Users aren't just able to read comments; users can programmatically create, update, and delete them.
Adding OpenID Connect and Facebook authentication options to the Sign-In utility page.
Enhancements to the consent renewal configuration ensuring consistent field placement, controlled activation flow, and improved usability through date-based selection for renewal and dissent periods.
Key Benefits:
Consistent and intuitive configuration: Standardized field positioning and enabled-only editing reduce confusion and misconfiguration.
Improved usability and precision: Date selector support allows more accurate and user-friendly management of renewal and dissent periods.
As part of Liferay strategy to increase product led growth, we are going to offer a free tier version of our CMS with some key limitations to allow users to test and interact with the product enough to understand if the product meets their needs.
To make this possible, we need to implement how the tiers (Free and Enterprise) will affect the product and how these customers can move from the Free to the Enterprise through the product.
Key Benefits:
Lower Barrier to Entry: Users can start building and testing their ideas immediately without upfront investment, making it easier to validate the CMS for their specific needs.
The platform now features a "Reset Consent for All Users" button located within the Instance Settings under the Platform configuration for Terms of Use.
When an administrator activates this button, the system automatically resets the agreedToTermsOfUse flag for every account in the instance, which effectively forces all users to review and accept the current legal version upon their next login.
To ensure complete transparency, this action triggers a specialized AGREED_TO_TERMS_OF_USE audit event rather than a standard user update log. This dedicated event captures critical metadata within its payload, specifically the articleId and groupId, to provide definitive proof of exactly which version of the terms was active at the time of the reset.
Key Benefits:
Regulatory Compliance: Easily prove exactly which version of your legal terms a user accepted, simplifying audits for GDPR, CCPA, or internal legal reviews.
Operational Efficiency: Eliminates the need for manual workarounds or technical intervention when legal documents are updated; a single click handles the entire user base.
Granular Reporting: By using a dedicated audit event instead of a generic update flag, administrators can filter logs more effectively to monitor compliance trends and completion rates.
This epic is focused on implementing targeted improvements to the import/export translations functionality. In the past, due to resource and time constraints, we were not able to fully optimize the user experience for this feature. This work is aimed at addressing those known shortcomings, specifically by improving the UX and the functionality of key buttons and drag and drop for uploading items, to make the process more intuitive and user-friendly.
We’ve introduced the ability to import and export categories and tags directly within the new CMS. This feature allows you to manage your site’s organization in bulk, removing the need to create or edit every individual item one by one.
Key Benefits:
Saves Time: Quickly set up or update large lists of categories and tags through a single file upload rather than manual entry.
Better Accuracy: Easily audit and clean up your tags in a spreadsheet to ensure consistent naming and organization across your entire site.
The Digital Sales Rooms provide a streamlined experience where sales representatives can quickly launch branded deal portals using pre-configured site templates. Within these rooms, a centralized content hub allows for the seamless sharing and management of documents, proposals, and multimedia assets, ensuring all stakeholders are aligned on the latest versions.
To drive proactive sales strategies, the platform includes an Engagement Tracking Dashboard that monitors buyer activity in real-time, highlighting which assets are being viewed or downloaded. Collaboration is facilitated through a persistent commenting system that keeps deal-related discussions in context, while a library of specialized Page Fragments allows teams to build tailored, visually engaging buyer experiences, such as milestone timelines and video introductions, without requiring technical design skills.
Access is managed through a secure, account-based invitation flow, ensuring that sensitive deal data.
Key Benefits:
Accelerated Deal Velocity: By centralizing documents and approvals, DSR reduces the friction caused by "lost" emails and versioning confusion, leading to faster decision-making cycles.
Data-Driven Sales Strategy: Engagement analytics allow Sales Reps to gauge buyer "heat" levels, knowing exactly which stakeholders are active and which documents are most interesting, enabling more targeted follow-ups.
Professionalized Buyer Experience: Provides B2B buyers with a modern, self-service portal that is consistently branded and easy to navigate, reinforcing the seller’s position as a premium partner.
Reduced IT Overhead: The no-code site creation flow empowers non-technical staff, such as Sales Engineers or Account Executives, to spin up secure environments without intervention from the IT department.
1. Digital Sales Room - Creation
2. Digital Sales Rooms - Uploading Documents
3. Digital Sales Rooms - Invitations & Contributor's Perspective
4. Digitial Sales Rooms - Analytics
CMS administrators can now modify content structures and their repeatable fields after publication — adjusting field configurations, nesting order, and repeatable settings without deleting existing content. Teams iterate on their data models as business needs shift, and all previously published entries stay intact.
Key Benefits:
Refine your content model based on real-world usage instead of locking in every decision up front.
Skip the "delete everything and rebuild" cycle when requirements change — existing entries come along for the ride.
CMS admins adjust structures directly, without pulling in developers or database work for every tweak.
Data modelers can now define Link Content fields that let content creators select existing entries from other objects—single or multiple—instead of retyping the same values across entries. The CMS moves from isolated documents to a connected data model, so information like vendor names, categories, or authors stays consistent across every publication.
Key Benefits:
Eliminate typos and inconsistencies by picking existing entries instead of re-entering text.
Reuse the same author, category, or vendor across hundreds of entries—update it once and it propagates everywhere.
Support both single and multi-select relationships, from "one author per article" to "many products per campaign.”
This feature introduces a centralized administration interface within the Data Set Manager to oversee and moderate User Views. Administrators can now access a global list of all User Views to monitor usage or perform cleanups.
Key Benefits:
Centralized Oversight: A new "Manage User Views" button in the Data Set Manager provides a complete list of all User Views for easier monitoring.
Contextual Access: Admins can jump to the management view from specific Data Set settings, where the list is automatically pre-filtered to show only the views belonging to that Data Set.
Administrative Control: Enables admins to maintain system hygiene by deleting individual or multiple User Views via bulk actions.
Full Visibility: Provides key details at a glance, such as which user created the view and which Data Set it belongs to, ensuring better governance of user-generated configurations.
From now on CK Editor 5 will be the default rich text editor present in Liferay DXP. For those customers with custom plugins or other particularities over CK Editor 4 that don’t want to upgrade yet, they can enable the deprecation Feature Flag (FF-11235) to have CK Editor 4 as default in DXP.
Note: CK Editor 4 still remains the default editor on some of the DXP features, those which are in Maintenance Mode such as Knowledge Base or Blogs, these experiences will not be migrated to CK Editor 5.
Content teams can now find and replace text, URLs, or terms across the entire CMS repository in a single action — covering titles, content fields, and friendly URLs. Every operation includes a mandatory preview, scoped targeting, and automatic versioning, so large-scale updates like rebrandings or URL migrations are fast, reversible, and low-risk.
Key Benefits:
Cut rebrandings and terminology rollouts from hours of manual edits to a single bulk action.
Preview every change before it's committed, with automatic versioning if you need to roll back.
Scope replacements by site, content type, or field so global updates stay surgical instead of sweeping
From now on CK Editor 5 will be the default rich text editor present in Liferay DXP.
Note: CK Editor 4 still remains the default editor on some of the DXP features, those which are in Maintenance Mode such as Knowledge Base or Blogs, these experiences will not be migrated to CK Editor 5.
We've refined how users discover and install Marketplace fragments from inside the Page Builder. Browsing, previewing, and installing partner and community fragments now feel native to the editing flow—fewer clicks, clearer discovery, and less context switching between the editor and the Marketplace. Native, already-installed, and Marketplace-available fragments now live side by side in the same experience.
Key Benefits:
Faster discovery and installation of Marketplace fragments without breaking the editing flow.
Clearer distinction between native, installed, and Marketplace-available fragments, so builders pick the right one at a glance.
Less context-switching: everything happens inside the Page Builder instead of jumping to the Marketplace and back.
This release rounds out the Pages Management APIs with new endpoints, broader page-type coverage, and refinements to how references and scopes are handled. The updates close long-standing gaps — supporting more page types end-to-end, expanding the catalog of page elements and fragments exposed through the API, and hardening the data architecture around scopes and secure references. The result is more reliable imports, exports, and staging across every site component.
Key Benefits:
Broader API coverage: every page type is now supported end-to-end, not just the subset covered before.
Fewer surprises in staging: scope-aware identifiers catch missing references and deleted assets before they break the live site.
Consistent behavior across sites, staged environments, and imported content — the API no longer behaves differently depending on the page type.
The Style Book Editor has been improved to make managing design tokens simpler and more intuitive, with a clearer approach to editing colours and improved overall usability.
Key Benefits:
Faster updates: Edit colour tokens quickly through a single, clear interaction point.
Easier to use: Fewer competing controls reduce confusion and make the editor more approachable.
Consistent experience: Interaction patterns now align with the Page Editor, improving learnability.
Built for growth: A stronger foundation to support future design token capabilities and enhancements.
Fewer errors: Improved interactions reduce friction and mistakes when updating styles.
The Global Menu has been promoted from Beta to GA and is now the default, fully supported navigation experience in Liferay DXP. It provides a single, consistent entry point to access applications and settings, with improved structure, stable behaviour, and integrated search for faster navigation.
Style Book tokens are now aligned with Clay variables, ensuring that design changes apply consistently across UI components and themes.
Key Benefits:
Reliable theming: Changes made in Style Books now correctly reflect across all Clay-based components.
Real consistency: No more gaps where updating a token doesn’t affect parts of the UI (e.g. alerts, buttons).
Better visibility: Token changes are accurately represented in the Style Book editor.
Stronger foundation: Clay now exposes core variables (colours, typography, spacing) as CSS custom properties, making them easier to control.
Future-ready: Sets the groundwork for more advanced theming and design system capabilities.
We are excited to announce the General Availability (GA) of the OpenSearch 2 Connector v2.0.0 for 2026.Q1 and v2.1.0 for 2026.Q2. This release is an important milestone in our Cloud Native Experience strategy, providing a viable alternative for Liferay DXP users.
This version has undergone additional testing and validation to ensure dependency alignment with the latest OpenSearch 2 clients and field mapping consistency with our Elasticsearch 8 connector.
The new version of the application is will be released on Liferay Marketplace.
Key Benefits:
- Native AWS Integration & Cost Optimization: Connect Liferay DXP with AWS OpenSearch Service. By leveraging managed infrastructure, organizations can reduce operational overhead, streamline their cloud stack, and optimize hosting costs through AWS-native service configurations.
- Flexible Search Architecture Production-ready alternative to Elasticsearch. This connector ensures that Liferay DXP remains flexible, allowing you to choose the search engine that best aligns with your infrastructure requirements and corporate standards.
Note: Liferay supports the connector and its features. While Liferay can provide an example deployment configurations for AWS OpenSearch Service, the management and maintenance of the underlying service remain the responsibility of the infrastructure provider.
Manage site updates with total confidence using the new Maintenance Mode. This feature allows Site Administrators to take a site offline for the public while maintaining full operational access behind the scenes. When enabled, visitors receive a dedicated maintenance page with the correct SEO-friendly status (HTTP 503), while administrators can continue to navigate, edit, and verify site pages to ensure everything is perfect before going live again.
Key Benefits:
Safe Production Verification: Unlike standard deactivation, Maintenance Mode allows admins to view and test the full site experience live, ensuring that deployments are successful before the public ever sees them.
SEO Protection: By serving a proper 503 Service Unavailable status, the system tells search engines that the downtime is temporary, protecting your search rankings during major updates or migrations.
Managing large-scale site deployments just got easier. We have introduced new headless API endpoints that allow developers to toggle site states (Active or Inactive) programmatically, bypassing the need for manual configuration within the Control Panel.
Key Benefits:
Automated Site Governance: Enables high-speed bulk management of site states, allowing your team to sync site availability with external business systems or custom orchestration tools.
Enhanced System Stability: Built-in safeguards protect the platform by preventing the accidental deactivation of essential system sites (like Global), while strict permission validation ensures only authorized users can trigger state changes.
Reviewing complex page updates is now faster and more intuitive. We’ve introduced a Review Side Panel within the Publications Review Change screen that automatically surfaces content changes made on a Content Page. Instead of manually digging through the full change list or a Pages’ Children tab, reviewers can now see exactly which text and images have been modified in a page’s Fragment Entry Links via a consolidated, easy-to-read list.
Key Benefits:
Focused Decision-Making: Instantly identify high-impact changes (like text and image updates) without getting lost in technical changes.
Streamlined Workflow: Eliminates the need to cross-reference multiple tabs or Fragment Entry Links, allowing content reviewers to complete reviews with total confidence.
The page reviewing experience now provides a more accurate way to locate and compare changes. The Publications Display tab for Content Pages now provides the Unified view, highlighting additions, removals, and format changes, so you no longer have to hunt for differences on the new page version.
Key Benefits:
Review accuracy: Reviewers feel confident that no change goes to production without the proper attention.
The Questions Widget is a legacy application that was primarily maintained to support Liferay Ask. With the recent migration from Ask to Discuss (Liferay's new forum platform), this widget is no longer needed. Therefore, the Questions Widget is being deprecated to reduce technical debt and ongoing maintenance costs.
We have introduced several new bulk actions to the CMS to help you manage large volumes of content more efficiently. Instead of handling items individually, you can now perform complex administrative tasks across multiple selections simultaneously.
Key Benefits:
Assign Workflow for Content Structures in bulk
Expire content in bulk
Delete versions of a content in bulk
Export translations of different content in bulk
As part of improving asset management efficiency, this epic introduces bulk Copy and Move actions for assets within the CMS. These actions will allow content creators to organize and duplicate multiple assets at once, across locations in Spaces they have access to. The functionality should maintain the same user experience principles and behavior as the existing single-asset Copy and Move actions, extended to handle multiple selections simultaneously.
Key Benefits:
Copy assets in bulk
>Move assets in bulk
The product currently relies on a legacy CMS alongside a newly developed CMS, requiring parallel maintenance, duplicated functionality, and fragmented content workflows. This increases operational cost, slows down feature delivery, and creates inconsistencies in how content is managed and consumed.
This epic aims to inform the users that we are putting the current CMS in maintainance mode, preparing the field to add the feature flag in next releases
Key Benefits:
Inform the users about the features set as In Maintenance
During the reviewing of the CMS experience and fixing bugs, we detected some product gaps and improvements that can make the user experience smoother, so this epic’s goal is to tackle them to ensure a stable and reliable user experience.
Key Benefits:
Allow to search members in a space for non admin users
Improved category creation
Filter by space for content structures
List view for Space home view
Building on the automated database repair routines introduced in 2025.Q4, Liferay DXP continues to expand the set of repair processes that run during the upgrade. Based on additional research into customer upgrade issues, new repair routines automatically identify and correct further sources of database inconsistencies, orphan references, and invalid data — before they cause upgrade failures or performance bottlenecks. These repair routines remain targeted at known issues with data structures only, keeping your critical data content safe. Details of each repair process continue to be provided for review in the Upgrade Report after the database upgrade completes.
Key Benefits:
Minimize risks for current and future upgrades
Automates data maintenance
Search re-indexing has been optimized to deliver shorter re-index windows, especially for Objects-heavy deployments. In testing against production databases and architecture, we observed re-index improvements of 2x or more across the evaluated datasets, with gains reaching up to 10x on specific workloads. The optimizations primarily targeted improvements that scale with the volume and complexity of Object data being indexed.
Key Benefits:
Shorter re-index windows reduce maintenance overhead and downtime risk
Validated on a production-equivalent distributed architecture
Largest impact for Objects-heavy installations
When using the Liferay DXP Database Partitioning feature, the system now enforces strict access controls ensuring only the authorized database partition is accessible for any given request. This completes foundational security work and extends proper enforcement to all Liferay entry points, including Headless APIs and Client Extensions.
Key Benefits:
Prevents unauthorized cross-partition data access in multi-tenant environments
Ensures consistent partition access enforcement across all Liferay entry points (Headless, Client Extensions)
This is a major version release that brings important platform updates and security enhancements alongside several necessary breaking changes to ensure the continued delivery and stability of Liferay Developer Studio.
Key Benefits:
Eclipse Platform Update: The underlying platform was updated to Eclipse 2025.12, taking advantage of the latest features and security updates from Eclipse. For more information, please see https://eclipse.dev/eclipse/news/4.38/.
Blade Version Update: The packaged Blade version was updated to 8.0.1-SNAPSHOT.