Open marcogschmidt opened 3 years ago
When creating an APIProduct version that included operations from an OpenAPI APIDoc, users currently have two options. Either they enumerate the subset of operations they want to include, e.g.
APIProduct
APIDoc
apiVersion: devportal.solo.io/v1alpha1 kind: APIProduct metadata: name: foo namespace: default spec: versions: - name: v1 apis: - apiDoc: name: foo-spec namespace: default openApi: operations: - id: operation1 - id: operation2
Or they could use a "catch-all" selector (omit the operation list), to include all operations defined in the APIDoc:
apiVersion: devportal.solo.io/v1alpha1 kind: APIProduct metadata: name: foo namespace: default spec: versions: - name: v1 apis: - apiDoc: name: foo-spec namespace: default
Users have asked to additionally be able to include operations based on OpenAPI tags.
The new configuration could look like this:
apiVersion: devportal.solo.io/v1alpha1 kind: APIProduct metadata: name: foo namespace: default spec: versions: - name: v1 apis: - apiDoc: name: foo-spec namespace: default openApi: operations: - tag: public
Problem summary
When creating an
APIProduct
version that included operations from an OpenAPIAPIDoc
, users currently have two options. Either they enumerate the subset of operations they want to include, e.g.Or they could use a "catch-all" selector (omit the operation list), to include all operations defined in the
APIDoc
:Users have asked to additionally be able to include operations based on OpenAPI tags.
Proposed solution
The new configuration could look like this: