Skip to content

Conversation

@NefixEstrada
Copy link
Contributor

With this change, the REST server is now generated based on the OpenAPI
spec. This ties up both the definition and the implementation,
preventing further deviations and invalid specifications (if it's
invalid, it will fail to generate or won't be able to be used inside the
server).

With this, we can ensure that the OpenAPI consumers will always have the
correct definition

@NefixEstrada NefixEstrada force-pushed the use-ogen branch 2 times, most recently from f81e95b to 0df5768 Compare October 13, 2024 11:04
With this change, the REST server is now generated based on the OpenAPI
spec. This ties up both the definition and the implementation,
preventing further deviations and invalid specifications (if it's
invalid, it will fail to generate or won't be able to be used inside the
server).

With this, we can ensure that the OpenAPI consumers will always have the
correct definition
@marcopiovanello
Copy link
Owner

Hello @NefixEstrada,

Thanks for your work and this PR!

I need to think about this PR because it would be coherent with the open-API spec, but in the other hand I loose all the control on the code.

@NefixEstrada
Copy link
Contributor Author

Sure, no problem!

It's only the transport / validation layer, though.

If you want, I also could make a PR with only the schema updates

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.

2 participants