此内容没有您所选择的语言版本。

Chapter 1. Apicurio Registry 3.1 release notes


Red Hat build of Apicurio Registry is a data store for standard event schemas and API designs, and is based on the Apicurio Registry open source community project.

You can use Apicurio Registry to manage and share the structure of your data using a web console, REST API, Maven plug-in, or Java client. For example, client applications can dynamically push or pull the latest schema updates to or from Apicurio Registry without needing to redeploy. You can also create optional rules to govern how Apicurio Registry content evolves over time. These rules include validation of content, integrity of artifact references, and backwards or forwards compatibility of schema or API versions.

1.1. Apicurio Registry installation options

You can install Apicurio Registry on OpenShift with either of the following data storage options:

  • PostgreSQL database
  • Red Hat Streams for Apache Kafka

For more details, see Installing and deploying Red Hat build of Apicurio Registry on OpenShift.

1.2. Apicurio Registry supported platforms

Apicurio Registry 3.1 supports the following core platforms:

  • Red Hat OpenShift Container Platform: 4.19, 4.18, 4.17, 4.16
  • Red Hat OpenShift Service on AWS: 4.18
  • Microsoft Azure Red Hat OpenShift: 4.17
  • PostgreSQL: 17, 17, 16, 15, 14, 13
  • Red Hat Streams for Apache Kafka: 2.9, 2.8
  • OpenJDK: 17, 11

For more details, see the following article:

1.2.1. Supported integration with other products

Apicurio Registry 3.1 also supports integration with the following products:

  • Red Hat build of Keycloak 26, 24
  • Red Hat Single Sign-On (RH-SSO) 7.6
  • Red Hat build of Debezium 2.7

1.3. Apicurio Registry new features

The Apicurio Registry 3.1 release includes the following new features:

Custom Artifacts
This release introduces the ability to define custom artifact types at deployment/configuration time (no need to build anything). This feature allows you to expand the types of artifacts understood by Apicurio Registry. The built-in types such as Apache Avro, OpenAPI, and JSON Schema remain supported, but you can now add your own types.
Apicurio Studio
Apicurio Studio is a web-based API design suite for contract-first REST API development. Apicurio Studio enables you to visually design and collaborate on APIs separately from their implementation. In this release, Apicurio Studio functionality has been incorporated directly into the UX of Apicurio Registry. Note that Studio functionality is disabled by default. If you have used Apicurio Studio previously, see Blog Post.

1.3.1. Development Preview feature

Important

Important Developer Preview versions are provided to expose features from upstream communities for use by early adopters and integrators to explore and interact with new capabilities in advance of their possible inclusion in a Red Hat product offering.

For more information about the support scope of Red Hat Technology Preview features, see Technology Preview Features Support Scope.

MCP Server
A Model Context Protocol (MCP) server specifically designed for Apicurio Registry 3, enabling Large Language Models (LLMs) to communicate directly with your Registry instance. You can use it to explore and analyze your content by asking natural language questions, make changes in seconds, and even generate entirely new schemas with the power of AI.

1.3.2. Apicurio Registry user documentation and examples

The open source demonstration applications are available from:

1.4. Apicurio Registry deprecated features

Apicurio Registry core deprecated features

  • Apicurio Registry Core API version 2: Apicurio Registry support for the original version 2 of the Apicurio Registry Core API is now deprecated. This v2 legacy API will be removed in the next major release.

1.5. Upgrading and migrating Apicurio Registry deployments

You can upgrade the Apicurio Registry server automatically from Apicurio Registry 3.x to Apicurio Registry 3.1 on OpenShift. There is no automatic upgrade from Apicurio Registry 2.x to Apicurio Registry 3.x, and a migration process is required.

1.5.1. Updating 2.x client dependencies

It is not mandatory to update client dependencies for this release. Existing Apicurio Registry 2.x client applications continue to work with Apicurio Registry 3.1.

However, you must update all of your client dependencies to use the latest version of Apicurio Registry as soon as possible. Client dependencies include dependencies for the Apicurio Registry Kafka serializers/deserializers (SerDes), Maven plug-in, and Java client applications.

For example, to update the Maven dependencies for a Java client application, specify the version in your pom.xml file as follows:

<dependency>
    <groupId>io.apicurio</groupId>
    <artifactId>apicurio-registry-client</artifactId>
    <version>3.1.0.Final-redhat-00004</version>
</dependency>
Copy to Clipboard Toggle word wrap

1.6. Apicurio Registry known issues

The following known issues apply in Apicurio Registry 3.1:

Apicurio Registry core known issues

#5732 - Kafkasql storage does not properly handle the owner field.

Setting the owner-only-authorization property for KafkaSQL storage does not work as expected.

To workaround this issue, do not set owner-only-authorization.

IPT-1143 - Misleading "warning" log message regarding ResultSet resource leak

You might see a message similar to the following in the logs:

2024-07-24 08:33:53 WARN <> [io.quarkus.agroal.runtime.AgroalEventLoggingListener] (executor-thread-3) Datasource '<default>': JDBC resources leaked: 1 ResultSet(s) and 0 Statement(s)
Copy to Clipboard Toggle word wrap

This message is incorrect, as no JDBC resources are leaked.

You can safely ignore these messages.

IPT-814 - Apicurio Registry logout feature incompatible with RH-SSO 7.6

In RH-SSO 7.6, the redirect_uri parameter used with the logout endpoint is deprecated. For more details, see the RH-SSO 7.6 Upgrading Guide. Because of this deprecation, when Apicurio Registry is secured by using the RH-SSO Operator, clicking the Logout button displays the Invalid parameter: redirect_uri error.

For a workaround, see https://access.redhat.com/solutions/6980926.

Apicurio Registry Operator known issues

Operator-42 - Autogeneration of OpenShift route might use wrong base host value

If multiple routerCanonicalHostname values are specified, autogeneration of the Apicurio Registry OpenShift route might use a wrong base host value.

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat