From 952dd6a70958ec1ac0f0dd92baa86c01e0fbbd90 Mon Sep 17 00:00:00 2001 From: apicurio-ci Date: Fri, 23 Sep 2022 18:23:14 +0000 Subject: [PATCH] Automatically updated the core v2 API OpenAPI definition. --- .../resources/api-specifications/registry/v2/openapi-auth.json | 2 +- .../resources/api-specifications/registry/v2/openapi.json | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/app/src/main/resources-unfiltered/META-INF/resources/api-specifications/registry/v2/openapi-auth.json b/app/src/main/resources-unfiltered/META-INF/resources/api-specifications/registry/v2/openapi-auth.json index d586f4e842..759167d7c2 100644 --- a/app/src/main/resources-unfiltered/META-INF/resources/api-specifications/registry/v2/openapi-auth.json +++ b/app/src/main/resources-unfiltered/META-INF/resources/api-specifications/registry/v2/openapi-auth.json @@ -2,7 +2,7 @@ "openapi": "3.0.2", "info": { "title": "Apicurio Registry API [v2]", - "version": "2.2.4-SNAPSHOT", + "version": "2.3.1-SNAPSHOT", "description": "Apicurio Registry is a datastore for standard event schemas and API designs. Apicurio Registry enables developers to manage and share the structure of their data using a REST interface. For example, client applications can dynamically push or pull the latest updates to or from the registry without needing to redeploy. Apicurio Registry also enables developers to create rules that govern how registry content can evolve over time. For example, this includes rules for content validation and version compatibility.\n\nThe Apicurio Registry REST API enables client applications to manage the artifacts in the registry. This API provides create, read, update, and delete operations for schema and API artifacts, rules, versions, and metadata. \n\nThe supported artifact types include:\n- Apache Avro schema\n- AsyncAPI specification\n- Google protocol buffers\n- GraphQL schema\n- JSON Schema\n- Kafka Connect schema\n- OpenAPI specification\n- Web Services Description Language\n- XML Schema Definition\n\n\n**Important**: The Apicurio Registry REST API is available from `https://MY-REGISTRY-URL/apis/registry/v2` by default. Therefore you must prefix all API operation paths with `../apis/registry/v2` in this case. For example: `../apis/registry/v2/ids/globalIds/{globalId}`.\n", "contact": { "name": "Apicurio", diff --git a/app/src/main/resources-unfiltered/META-INF/resources/api-specifications/registry/v2/openapi.json b/app/src/main/resources-unfiltered/META-INF/resources/api-specifications/registry/v2/openapi.json index 6675f02645..a981b9b253 100644 --- a/app/src/main/resources-unfiltered/META-INF/resources/api-specifications/registry/v2/openapi.json +++ b/app/src/main/resources-unfiltered/META-INF/resources/api-specifications/registry/v2/openapi.json @@ -2,7 +2,7 @@ "openapi": "3.0.2", "info": { "title": "Apicurio Registry API [v2]", - "version": "2.3.0.Final", + "version": "2.3.1-SNAPSHOT", "description": "Apicurio Registry is a datastore for standard event schemas and API designs. Apicurio Registry enables developers to manage and share the structure of their data using a REST interface. For example, client applications can dynamically push or pull the latest updates to or from the registry without needing to redeploy. Apicurio Registry also enables developers to create rules that govern how registry content can evolve over time. For example, this includes rules for content validation and version compatibility.\n\nThe Apicurio Registry REST API enables client applications to manage the artifacts in the registry. This API provides create, read, update, and delete operations for schema and API artifacts, rules, versions, and metadata. \n\nThe supported artifact types include:\n- Apache Avro schema\n- AsyncAPI specification\n- Google protocol buffers\n- GraphQL schema\n- JSON Schema\n- Kafka Connect schema\n- OpenAPI specification\n- Web Services Description Language\n- XML Schema Definition\n\n\n**Important**: The Apicurio Registry REST API is available from `https://MY-REGISTRY-URL/apis/registry/v2` by default. Therefore you must prefix all API operation paths with `../apis/registry/v2` in this case. For example: `../apis/registry/v2/ids/globalIds/{globalId}`.\n", "contact": { "name": "Apicurio",