Apicurio Registry artifact reference
This chapter provides details on the supported artifact types, states, metadata, and content rules that are stored in Apicurio Registry.
-
For more detailed information, see the Apicurio Registry REST API documentation
Apicurio Registry artifact types
You can store and manage a wide range of schema and API artifact types in Apicurio Registry.
Type | Description |
---|---|
|
AsyncAPI specification |
|
Apache Avro schema |
|
GraphQL schema |
|
JSON Schema |
|
Apache Kafka Connect schema |
|
OpenAPI specification |
|
Google protocol buffers schema |
|
Web Services Definition Language |
|
XML Schema Definition |
Apicurio Registry artifact states
The valid artifact states in Apicurio Registry are ENABLED
, DISABLED
, and DEPRECATED
.
State | Description |
---|---|
|
Basic state, all the operations are available. |
|
The artifact and its metadata is viewable and searchable using the Apicurio Registry web console, but its content cannot be fetched by any client. |
|
The artifact is fully usable but a header is added to the REST API response whenever the artifact content is fetched. The Apicurio Registry Rest Client will also log a warning whenever it sees deprecated content. |
Apicurio Registry artifact metadata
When an artifact is added to Apicurio Registry, a set of metadata properties is stored along with the artifact content. This metadata consists of a set of generated read-only properties, along with some properties that you can set.
Property | Type | Editable |
---|---|---|
|
string |
false |
|
ArtifactType |
false |
|
ArtifactState |
true |
|
integer |
false |
|
string |
false |
|
date |
false |
|
string |
false |
|
date |
false |
|
string |
true |
|
string |
true |
|
array of string |
true |
|
map |
true |
-
You can use the Apicurio Registry REST API to update the set of editable properties using the metadata endpoints.
-
You can edit the
state
property only by using the state transition API. For example, you can mark an artifact asdeprecated
ordisabled
.
For more details, see the /artifacts/{artifactId}/meta
sections in the Apicurio Registry REST API documentation.
Apicurio Registry content rule types
You can specify VALIDITY
and COMPATIBILITY
rule types to govern content evolution in Apicurio Registry.
Type | Description |
---|---|
|
Validate data before adding it to the registry. The possible configuration values for this rule are:
|
|
Ensure that newly added artifacts are compatible with previously added versions. The possible configuration values for this rule are:
|
Apicurio Registry content rule maturity
Not all content rules are fully implemented for every artifact type supported by Apicurio Registry. The following table shows the current maturity level for each rule and artifact type:
Artifact type | Validity rule | Compatibility rule |
---|---|---|
Avro |
Full |
Full |
Protobuf |
Full |
Full |
JSON Schema |
Full |
Full |
OpenAPI |
Full |
None |
AsyncAPI |
Syntax Only |
None |
GraphQL |
Syntax Only |
None |
Kafka Connect |
Syntax Only |
None |
WSDL |
Syntax Only |
None |
XSD |
Syntax Only |
None |
Apicurio Registry content rule precedence
When you add or update an artifact, Apicurio Registry applies rules to check the validity and compatibility of the artifact content. Configured artifact rules override the equivalent configured global rules, as shown in the following table.
Artifact rule | Global rule | Rule applied to this artifact | Global rule available for other artifacts? |
---|---|---|---|
Enabled |
Enabled |
Artifact |
Yes |
Disabled |
Enabled |
Global |
Yes |
Disabled |
Disabled |
None |
No |
Enabled, set to None |
Enabled |
None |
Yes |
Disabled |
Enabled, set to None |
None |
No |