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

Implement some of the OpenAPI resolution logic #10

Open
gampleman opened this issue Dec 20, 2024 · 1 comment
Open

Implement some of the OpenAPI resolution logic #10

gampleman opened this issue Dec 20, 2024 · 1 comment

Comments

@gampleman
Copy link

OpenAPI spec defines a specific order of how various options are resolved. For instance, if you want to figure out which servers a specific operation is allowed on, than you first check if there are servers defined on the operation, then on the path and finally on the top level.

I think security works in a similar way (albeit there is also a gotcha where if the security object is declared but empty, it means "no security" rather than just inheriting it).

It would be quite neat if the package could do this sort of resolution logic without consumers having to implement it themselves (this would also save on having to read the spec AND having to understand how this package works alongside #8).

@gampleman
Copy link
Author

I should probably explain what I'm trying to do and why this is relevant:

I'm trying to import an OpenAPI spec into our platform. I'd ideally just want to iterate through all the operations and get all the required information I need to construct the requests for that operation neatly bundled up. I don't particularly want to traverse the OpenAPI object manually collecting all the info.

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

No branches or pull requests

1 participant