Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix validation for generators that expect at least one success response #113

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

nielthiart
Copy link

This update adds at least one successful HTTP Response Object to each Responses Object.

According to OAS 3.0.3 Spec:

The default MAY be used as a default response object for all HTTP codes that are not covered individually by the specification.

The Responses Object MUST contain at least one response code, and it SHOULD be the response for a successful operation call.

Specification link

Providing at least one response for a successful operation is only a recommendation (SHOULD), but not returning a success response for these operations doesn't make sense from a practical point of view.

According to the current document, the paths./pet/{petId}.delete operation, for example, can only return an error, even if the operation was successful. The example server, however, returns a 200.

Fixes #112

This update adds at least one successful HTTP `Response Object` to each `Responses Object`.

According to OAS 3.0.3 Spec:

> The default MAY be used as a default response object for all HTTP codes that are not covered individually by the specification.
>
> The `Responses Object` MUST contain at least one response code, and it SHOULD be the response for a successful operation call.

[Specification link](https://swagger.io/specification/v3/#:~:text=and%20it%20SHOULD%20be%20the%20response%20for%20a%20successful%20operation)

Providing at least one response for a successful operation is only a recommendation (SHOULD), but not returning a success response for these operations doesn't make sense from a practical point of view.

According to the current document, the `paths./pet/{petId}.delete` operation, for example, can only return an error, even if the operation was successful. The example server, however, returns a 200.

Fixes swagger-api#112
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Multiple operations return values that are not described correctly by the OpenAPI document
1 participant