@researchdatabox/raido-openapi-generated-node 0.0.1 → 0.0.2

package/dist/model/relatedRaidType.js

@@ -0,0 +1,35 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.RelatedRaidType = void 0;
+class RelatedRaidType {
+    'id';
+    'schemaUri';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "id",
+            "baseName": "id",
+            "type": "string"
+        },
+        {
+            "name": "schemaUri",
+            "baseName": "schemaUri",
+            "type": "string"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return RelatedRaidType.attributeTypeMap;
+    }
+}
+exports.RelatedRaidType = RelatedRaidType;

package/dist/model/servicePoint.js

@@ -1,7 +1,7 @@
 "use strict";
 /**
  * RAID v2 API
- * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not this project).
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
  *
  * The version of the OpenAPI document: 2.0.0
  * Contact: contact@raid.org
@@ -18,10 +18,12 @@ exports.ServicePoint = void 0;
 class ServicePoint {
     'id';
     'name';
+    'identifierOwner';
     'searchContent';
     'techEmail';
     'adminEmail';
     'enabled';
+    'appWritesEnabled';
     static discriminator = undefined;
     static attributeTypeMap = [
         {
@@ -34,6 +36,11 @@ class ServicePoint {
             "baseName": "name",
             "type": "string"
         },
+        {
+            "name": "identifierOwner",
+            "baseName": "identifierOwner",
+            "type": "string"
+        },
         {
             "name": "searchContent",
             "baseName": "searchContent",
@@ -53,6 +60,11 @@ class ServicePoint {
             "name": "enabled",
             "baseName": "enabled",
             "type": "boolean"
+        },
+        {
+            "name": "appWritesEnabled",
+            "baseName": "appWritesEnabled",
+            "type": "boolean"
         }
     ];
     static getAttributeTypeMap() {

package/dist/model/spatialCoverage.js

@@ -0,0 +1,47 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.SpatialCoverage = void 0;
+class SpatialCoverage {
+    'id';
+    'schemaUri';
+    'place';
+    'language';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "id",
+            "baseName": "id",
+            "type": "string"
+        },
+        {
+            "name": "schemaUri",
+            "baseName": "schemaUri",
+            "type": "string"
+        },
+        {
+            "name": "place",
+            "baseName": "place",
+            "type": "string"
+        },
+        {
+            "name": "language",
+            "baseName": "language",
+            "type": "Language"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return SpatialCoverage.attributeTypeMap;
+    }
+}
+exports.SpatialCoverage = SpatialCoverage;

package/dist/model/spatialCoverageBlock.js

@@ -0,0 +1,41 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.SpatialCoverageBlock = void 0;
+class SpatialCoverageBlock {
+    'spatialCoverage';
+    'spatialCoverageSchemeUri';
+    'spatialCoveragePlace';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "spatialCoverage",
+            "baseName": "spatialCoverage",
+            "type": "string"
+        },
+        {
+            "name": "spatialCoverageSchemeUri",
+            "baseName": "spatialCoverageSchemeUri",
+            "type": "string"
+        },
+        {
+            "name": "spatialCoveragePlace",
+            "baseName": "spatialCoveragePlace",
+            "type": "string"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return SpatialCoverageBlock.attributeTypeMap;
+    }
+}
+exports.SpatialCoverageBlock = SpatialCoverageBlock;

package/dist/model/subject.js

@@ -0,0 +1,41 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.Subject = void 0;
+class Subject {
+    'id';
+    'schemaUri';
+    'keyword';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "id",
+            "baseName": "id",
+            "type": "string"
+        },
+        {
+            "name": "schemaUri",
+            "baseName": "schemaUri",
+            "type": "string"
+        },
+        {
+            "name": "keyword",
+            "baseName": "keyword",
+            "type": "Array<SubjectKeyword>"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return Subject.attributeTypeMap;
+    }
+}
+exports.Subject = Subject;

package/dist/model/subjectBlock.js

@@ -0,0 +1,41 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.SubjectBlock = void 0;
+class SubjectBlock {
+    'subject';
+    'subjectSchemeUri';
+    'subjectKeyword';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "subject",
+            "baseName": "subject",
+            "type": "string"
+        },
+        {
+            "name": "subjectSchemeUri",
+            "baseName": "subjectSchemeUri",
+            "type": "string"
+        },
+        {
+            "name": "subjectKeyword",
+            "baseName": "subjectKeyword",
+            "type": "string"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return SubjectBlock.attributeTypeMap;
+    }
+}
+exports.SubjectBlock = SubjectBlock;

package/dist/model/subjectKeyword.js

@@ -0,0 +1,35 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.SubjectKeyword = void 0;
+class SubjectKeyword {
+    'text';
+    'language';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "text",
+            "baseName": "text",
+            "type": "string"
+        },
+        {
+            "name": "language",
+            "baseName": "language",
+            "type": "Language"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return SubjectKeyword.attributeTypeMap;
+    }
+}
+exports.SubjectKeyword = SubjectKeyword;

package/dist/model/title.js

@@ -0,0 +1,53 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.Title = void 0;
+class Title {
+    'text';
+    'type';
+    'startDate';
+    'endDate';
+    'language';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "text",
+            "baseName": "text",
+            "type": "string"
+        },
+        {
+            "name": "type",
+            "baseName": "type",
+            "type": "TitleTypeWithSchemaUri"
+        },
+        {
+            "name": "startDate",
+            "baseName": "startDate",
+            "type": "string"
+        },
+        {
+            "name": "endDate",
+            "baseName": "endDate",
+            "type": "string"
+        },
+        {
+            "name": "language",
+            "baseName": "language",
+            "type": "Language"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return Title.attributeTypeMap;
+    }
+}
+exports.Title = Title;

package/dist/model/titleBlock.js

@@ -1,7 +1,7 @@
 "use strict";
 /**
  * RAID v2 API
- * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not this project).
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
  *
  * The version of the OpenAPI document: 2.0.0
  * Contact: contact@raid.org

package/dist/model/titleType.js

@@ -1,7 +1,7 @@
 "use strict";
 /**
  * RAID v2 API
- * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not this project).
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
  *
  * The version of the OpenAPI document: 2.0.0
  * Contact: contact@raid.org

package/dist/model/titleTypeWithSchemaUri.js

@@ -0,0 +1,35 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.TitleTypeWithSchemaUri = void 0;
+class TitleTypeWithSchemaUri {
+    'id';
+    'schemaUri';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "id",
+            "baseName": "id",
+            "type": "string"
+        },
+        {
+            "name": "schemaUri",
+            "baseName": "schemaUri",
+            "type": "string"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return TitleTypeWithSchemaUri.attributeTypeMap;
+    }
+}
+exports.TitleTypeWithSchemaUri = TitleTypeWithSchemaUri;

package/dist/model/traditionalKnowledgeLabel.js

@@ -0,0 +1,35 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.TraditionalKnowledgeLabel = void 0;
+class TraditionalKnowledgeLabel {
+    'id';
+    'schemaUri';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "id",
+            "baseName": "id",
+            "type": "string"
+        },
+        {
+            "name": "schemaUri",
+            "baseName": "schemaUri",
+            "type": "string"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return TraditionalKnowledgeLabel.attributeTypeMap;
+    }
+}
+exports.TraditionalKnowledgeLabel = TraditionalKnowledgeLabel;

package/dist/model/traditionalKnowledgeLabelBlock.js

@@ -0,0 +1,29 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.TraditionalKnowledgeLabelBlock = void 0;
+class TraditionalKnowledgeLabelBlock {
+    'traditionalKnowledgeLabelSchemeUri';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "traditionalKnowledgeLabelSchemeUri",
+            "baseName": "traditionalKnowledgeLabelSchemeUri",
+            "type": "string"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return TraditionalKnowledgeLabelBlock.attributeTypeMap;
+    }
+}
+exports.TraditionalKnowledgeLabelBlock = TraditionalKnowledgeLabelBlock;

package/dist/model/updateAuthzRequest.js

@@ -1,7 +1,7 @@
 "use strict";
 /**
  * RAID v2 API
- * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not this project).
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
  *
  * The version of the OpenAPI document: 2.0.0
  * Contact: contact@raid.org
@@ -12,9 +12,6 @@
  */
 Object.defineProperty(exports, "__esModule", { value: true });
 exports.UpdateAuthzRequest = void 0;
-/**
-* authorization request
-*/
 class UpdateAuthzRequest {
     'servicePointId';
     'comments';

package/dist/model/updateAuthzRequestStatus.js

@@ -1,7 +1,7 @@
 "use strict";
 /**
  * RAID v2 API
- * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not this project).
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
  *
  * The version of the OpenAPI document: 2.0.0
  * Contact: contact@raid.org
@@ -18,6 +18,9 @@ exports.UpdateAuthzRequestStatus = void 0;
 class UpdateAuthzRequestStatus {
     'authzRequestId';
     'status';
+    /**
+    * role is required if status == APPROVED
+    */
     'role';
     static discriminator = undefined;
     static attributeTypeMap = [

package/dist/model/updateAuthzResponse.js

@@ -1,7 +1,7 @@
 "use strict";
 /**
  * RAID v2 API
- * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not this project).
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
  *
  * The version of the OpenAPI document: 2.0.0
  * Contact: contact@raid.org
@@ -14,12 +14,18 @@ Object.defineProperty(exports, "__esModule", { value: true });
 exports.UpdateAuthzResponse = void 0;
 class UpdateAuthzResponse {
     'status';
+    'authzRequestId';
     static discriminator = undefined;
     static attributeTypeMap = [
         {
             "name": "status",
             "baseName": "status",
             "type": "AuthzRequestStatus"
+        },
+        {
+            "name": "authzRequestId",
+            "baseName": "authzRequestId",
+            "type": "number"
         }
     ];
     static getAttributeTypeMap() {

package/dist/model/updateRaidoSchemaV1Request.js

@@ -1,7 +1,7 @@
 "use strict";
 /**
  * RAID v2 API
- * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not this project).
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
  *
  * The version of the OpenAPI document: 2.0.0
  * Contact: contact@raid.org

package/dist/model/updateRaidoSchemaV2Request.js

@@ -0,0 +1,29 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.UpdateRaidoSchemaV2Request = void 0;
+class UpdateRaidoSchemaV2Request {
+    'metadata';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "metadata",
+            "baseName": "metadata",
+            "type": "RaidoMetadataSchemaV2"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return UpdateRaidoSchemaV2Request.attributeTypeMap;
+    }
+}
+exports.UpdateRaidoSchemaV2Request = UpdateRaidoSchemaV2Request;

package/dist/model/validationFailure.js

@@ -1,7 +1,7 @@
 "use strict";
 /**
  * RAID v2 API
- * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not this project).
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
  *
  * The version of the OpenAPI document: 2.0.0
  * Contact: contact@raid.org

package/dist/model/validationFailureResponse.js

@@ -0,0 +1,59 @@
+"use strict";
+/**
+ * RAID v2 API
+ * This file is where all the endpoint paths are defined, it\'s the \"top level\' of the OpenAPI definition that links all the different files together. The `3.0` in the filename refers to this file being based on OpenAPI 3.0  as opposed to OpenAPI 3.1, which the tooling doesn\'t support yet. The `2.0.0` in the version field refers to the fact that there\'s already  a `1.0.0` used for the legacy RAiD application (not used in this project,  see ../idl-raid-v1). Note that swagger ui doesn\'t currently work with our spec,  see https://github.com/swagger-api/swagger-ui/issues/7724 But the spec works fine with openapi-generator tooling.
+ *
+ * The version of the OpenAPI document: 2.0.0
+ * Contact: contact@raid.org
+ *
+ * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
+ * https://openapi-generator.tech
+ * Do not edit the class manually.
+ */
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.ValidationFailureResponse = void 0;
+class ValidationFailureResponse {
+    'failures';
+    'type';
+    'title';
+    'status';
+    'detail';
+    'instance';
+    static discriminator = undefined;
+    static attributeTypeMap = [
+        {
+            "name": "failures",
+            "baseName": "failures",
+            "type": "Array<ValidationFailure>"
+        },
+        {
+            "name": "type",
+            "baseName": "type",
+            "type": "string"
+        },
+        {
+            "name": "title",
+            "baseName": "title",
+            "type": "string"
+        },
+        {
+            "name": "status",
+            "baseName": "status",
+            "type": "number"
+        },
+        {
+            "name": "detail",
+            "baseName": "detail",
+            "type": "string"
+        },
+        {
+            "name": "instance",
+            "baseName": "instance",
+            "type": "string"
+        }
+    ];
+    static getAttributeTypeMap() {
+        return ValidationFailureResponse.attributeTypeMap;
+    }
+}
+exports.ValidationFailureResponse = ValidationFailureResponse;