Skip to content

Next Release

Release 6.1 (expected September 2026)

These are DRAFT release notes. The notes will be updated until and when 6.1 is released

Open Metadata Types

The following changes have occurred to the open metadata types.

  • Specific subtypes for PersonRole and GovernanceRole have been deprecated. PersonRole has a new attribute called actorRoleGroups to allow specific groupings to be defined. Egeria includes a number of predefined groups in the CoreContentPack as ValidMetadataValues.

    • TeamMember - person who is a member of a team.
    • TeamLeader - person who is a leader of a team.
    • ProjectManager - person leading a project.
    • NoteLogAuthor - person controbuting to a note log.
    • CommunityMember - person who is a member of a community.
    • CrowdSourceingContributor - person eho part of a crowdsourcing effort.
    • GovernanceOfficer - person leading a governance domain.
    • GovernanceRepresentative - Describes an advisor or representative from a governance domain that is working with other roles to help them with their governance tasks.
    • LocationOwner - Describes a role that has specific responsibilities with respect to a location.
    • BusinessOwner - Describes a role that has specific responsibilities with respect to a business area or service.
    • SolutionOwner - Describes a role that has specific responsibilities with respect to a solution.
    • AssetOwner - Role responsible for the correct management of an asset.
    • SubjectAreaOwner - person responsible for the definitions within a subject area.
    • ComponentOwner - person responsible for a component such as a software module.
    • DataItemOwner - person responsible for the correctness of a particular type of data value throughout its lifetime. Often these data values flow between systems and the DataItemOwner must be sure it is correct in all places.
    • DigitalProductManager - person responsible for the management and development of a digital product.
  • New types called Perspective, Question, Skill, AssociatedSkills, and SkillSet have been added. This is to support context intelligence for AIs.

  • New types called DataSharingHub and DataSharingRequest have been added. This is to support data sharing hubs.
  • New collection type called WorkingSet. This is to support the new Resource Explorer AI application.
  • New classification type called AccountingCodes. This is to support management of costs in projects such as system inventories.
  • The GovernanceStrategy entity type has been deprecated from GovernanceDriver. This means the governance drivers are more focused on the external factors that drive governance and the response from the governance teams is doumented in the governance policies.
  • A new Note type has been added as a subtype of Notification, giving stewards a lightweight way to add an opinion or extra context to a note log.
  • A new Risk entity type has been added, along with a new Regulator relationship linking external regulatory bodies to the governance drivers they enforce.
  • New naming standards classifications allow naming conventions to be defined and checked for metadata elements.
  • A legal attribute has been added to every entity type so that legal status and considerations can be recorded consistently across the metadata landscape.
  • New types support the Smart Collections pattern, used by the new SmartCollections integration connector (see below).
  • SolutionLinkingWire is now a multi-link relationship, and volumetric properties can now be recorded on data lineage relationships.
  • A label attribute has been added to the ResourceList relationship.
New Connector: Liskov Data Sharing Hub Manager Connector

The Liskov Data Sharing Hub Connector supports the management of a data sharing hub. Its main purpose is to derive a data dictionary for the data stores that are members of the data sharing hub.

Extended View Service: Asset Maker API

Asset Maker API now supports the maintenance and querying of Software Capabilities.

Extended View Service: Solution Architect API

Solution Architect API now supports the maintenance and querying of Design Patterns, including their nested, related and specialized relationships to other design patterns.

New View Service: Privacy Officer API

Privacy Officer API supports the maintenance of data processing descriptions associated with data processing purposes using in data privacy and data sharing agreements.

Other API and view service enhancements
  • Glossary Manager API now supports the maintenance of questions linked to glossary terms.
  • Retrieving type definitions now allows the caller to control which attributes are returned, reducing the size of the response for callers that only need a subset of a type definition.
New database connectors: Oracle, MS SQL Server, DuckDB and Db2 LUW

The PostgreSQL database connectors introduced in 6.0 have been joined by connectors for Oracle, MS SQL Server, DuckDB and (untested) Db2 LUW, all following the same cataloguing and survey pattern. MS SQL Server also gained a dedicated surveyor and cataloguer, and the shared JDBC Integration Connector that underpins these connectors has been refactored and hardened.

Unity Catalog integration connector redesign

The Unity Catalog integration connector and content pack have been redesigned around namespace-based catalogs, with improved support for table columns and function parameters.

New Solution: Smart Collections

The new SmartCollections integration connector catalogues smart collections and keeps their membership up to date. See the Smart Collections documentation for more details.

New Integration Connector: OpenAPI

The OpenAPI integration connector has been completed, and now extracts schema information from the APIs it catalogues.

Modernized default REST client

Egeria's default REST client connector is now a JDK-native HTTP client implementation, replacing the Spring-based SpringRESTClientConnector used previously.

Open Metadata Framework (OMF) bean implementation completed

The Open Metadata Framework (OMF) bean implementation has been completed, giving connectors and services a consistent way to work with open metadata beans.

Governance and lineage enhancements
  • Governance actions can now be attached to entries in the digital library.
  • Lineage is now captured for audit log connections to a topic.
  • The information supply chain graph has been extended, and engine actions and notification subscribers can now be attached to supply chains.
  • getAssetLineageGraph has been fixed, and governance action types can now declare producedGuards.
Security enhancements
  • Zone security has been added, giving finer control over which users can see which assets.
  • Query results filtered out by security rules are now clearly distinguished from an explicit invalid-access error.
  • getUserList has been added to the Security Officer and Privacy Officer APIs.
Mermaid graph and reporting improvements

Mermaid graph titles are now protected against special characters that previously broke rendering, and reports can now include pie charts and mind maps alongside the existing graph types.

Enhancements to the Egeria Workspaces

Egeria Workspaces has grown a lot of new capability since 6.0:

  • The web portal gained an Insights search and analytics area, an Overview dashboard with business-value and AI-readiness tiles, and a Favorites feature, alongside improvements to the existing Catalog, Explorer, Audit and Operations tiles.
  • Quickstart and Freshstart - plus new -multi-host variants for deployments that need to be reachable from other machines - gained a nanny integration daemon, a watchdog process, auto-deployed Unity Catalog containers, configurable memory limits, and automatic recovery from an out-of-memory container.
  • A new set of optional associated runtimes lets you bring up Egeria alongside Airflow+Marquez, Superset, MLflow, Apache Atlas, Dagster, Prefect, Milvus and Delta Lake+Spark.
  • Dr.Egeria commands can now be driven from Obsidian via a new MCP/SSE-based plugin, with session locking so a shared vault can be used safely by a team.
Enhancements to Dr.Egeria and pyegeria
  • Dr.Egeria has had a substantial rewrite: a two-pass parser now supports forward references within a batch of commands, and new command families cover Action Author (governance action processes, types and steps), Design Patterns, Risk, DataSharingHub/DataSharingRequest, and Perspective/Question/Skill/SkillSet.
  • A new Report family adds Dashboard Sheet authoring and a set of reusable analytic functions (business-value signals, ownership coverage, metric trend, term-definition completeness, active contributors) with Vega-based chart generation, underpinning the Egeria Workspaces portal's new Insights and Overview dashboards.
  • My Egeria can now run as a browser app as well as a terminal UI, and gained journal and blog entries, and management of your to-dos, meetings, reviews, roles, communities and teams.
  • pyegeria parameters have been harmonized across the view service clients, with broader use of kwargs, typed exceptions with automatic token renewal, and new Privacy Officer and Connection Maker modules to match the equivalent Java-side services.
  • The MCP server has been migrated to the mcp 2.0.0 MCPServer API.
Refreshed Coco Pharmaceuticals content pack

The Coco Pharmaceuticals content pack has been refreshed several times, adding a new sustainability glossary and scenario, new information supply chain and governance definition content, new reference data sets, and new tabular data sets for licenses, exceptions and certifications.

Renamed license and certification identifier properties

The licenseGUID and certificationGUID properties returned by the governance APIs have been renamed to licenseId and certificateId respectively, as part of a wider set of security fixes. Update any client code that reads these properties directly.

Default port for OMAG Server Platform is now 7443

The default port for the OMAG Server Plaform for a native build and in the docker container is now 7443. This is to remove any conflict with the Quickstart environment. It did not matter which one changed as long as one of the environments did. The default environment was chosen since it had the least impact on community members.