Release7.2.5.25
This release introduces key enhancements across Reference Data Management, Connectors, and System Settings, improving reference data governance, metadata visibility, DBT project cataloging, and Splunk logging and error handling.
Key Highlights
Reference Data Management: Expanded RDU descriptions to 100,000 characters, added tag management and governance role visibility, and introduced approval workflows to support controlled curation and publication of Reference Data Units.
Connectors (Snowflake): Added support for crawling DBT projects from Snowflake, enabling DBT project definitions and manifest content to be cataloged as Code Objects for improved transformation and lineage visibility.
System Settings (Splunk): Enhanced Splunk integration with clearer server identification, structured logging, improved activity capture, and more specific connection error messages for better monitoring and troubleshooting.
Release Details:
Hotfix Release
Release7.2.5.25
release7.2.5.25.72525.7e2f6e3
August 19, 2026
Reference Data Management
New & Improved
Increased Character Limit for RDM Descriptions
The RDM Description field allowed a maximum of 10,000 characters. This limit made it difficult to add detailed descriptions, especially when the description contained the same level of information supported in Terms and Data Catalog descriptions.
With this enhancement, the RDM Description field now supports up to 100,000 characters, aligning the limit with other description fields across the platform.
Tag Management for Reference Data Units
Users could not assign or view tags assigned to a Reference Data Unit from the Reference Data Unit (RDU) Summary or List pages. This made it difficult to manage and identify tagged RDUs without navigating to other areas of the application.
With this enhancement, users can now assign one or more tags to an RDU directly from the RDU Summary or RDU List page. Assigned tags are immediately reflected across both views, and users can view the tags associated with each RDU.
Governance Roles Now Available for Reference Data Units
The Reference Data Unit (RDU) Summary page displayed only the Top Users section and did not provide a dedicated view of the users assigned to governance roles. This made it difficult to identify the Owner and Steward responsible for an RDU.
With this enhancement, the RDU Summary page now includes a Governance Roles section that displays the assigned Owner and Steward. The RDU List page also maintains the same role information for consistency.
Approval Workflow and Draft/Publish Status for Reference Data Units
Reference Data Units (RDUs) lacked a defined workflow or status to indicate whether their content was still being updated or officially published. Any user could make changes to an RDU, which could lead to inconsistent content and affect the stability of published data.
With this enhancement, RDUs now follow a three-stage workflow: Draft, Request to Publish, and Published. Newly created RDUs start in Draft, where users can make and review changes. When the content is ready, authorized users can publish the RDU directly or submit a Request to Publish through the Service Desk workflow for approval. Once published, the RDU is locked for changes and must be moved back to Draft before making any revisions.
Connectors
New & Improved
Support Crawling DBT Projects from Snowflake
The Snowflake connector did not identify or catalog DBT projects, making DBT project definitions unavailable in the Data Catalog and limiting visibility into transformation logic and lineage.
With this enhancement, the Snowflake connector now includes a new DBT Projects crawl option. When enabled, OvalEdge discovers DBT projects, retrieves their manifest.json files, and catalogs each project as a Code Object with its manifest content.
System Settings
New & Improved
Enhanced Splunk Integration for Better Logging and Error Handling
The Splunk integration did not clearly identify the selected server in OvalEdge logs, and Splunk logs were displayed in a single-line format. Some activities, such as deleting Data Quality Rules or Business Glossary entries, were also not captured, while different connection issues displayed the same generic error message.
With these enhancements, OvalEdge logs now provide server details during connection testing, and Splunk logs include clearer information such as the user and activity timestamp. Missing activities are now captured, and connection errors provide more specific messages based on the issue.
Copyright © 2026, OvalEdge LLC, Peachtree Corners, GA, USA.
Last updated
Was this helpful?