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

support loading files from uri #43

Open
mnahkies opened this issue Apr 22, 2023 · 1 comment
Open

support loading files from uri #43

mnahkies opened this issue Apr 22, 2023 · 1 comment
Labels
enhancement New feature or request good first issue Good for newcomers

Comments

@mnahkies
Copy link
Owner

Implement support for loading definition files from URI.

Should be supported for both root/entry-point file, and also for referencing external schemas, eg:

$ref: 'https://example.com/openapi.yaml#/components/responses/ClientError'

Care needs to be taken as to relative path handling. Eg: if you reference a external file using a URL, and it references a file relatively then this should be resolved relative to the URL.

See https://datatracker.ietf.org/doc/html/draft-pbryan-zyp-json-ref-03 for exact specifications.

@mnahkies mnahkies added good first issue Good for newcomers enhancement New feature or request labels Apr 22, 2023
mnahkies added a commit that referenced this issue Apr 13, 2024
initial support for loading input schemas from urls.

support for following relative links to other urls probably doesn't work
yet.

relates #43
mnahkies added a commit that referenced this issue Apr 13, 2024
initial support for loading input schemas from urls.

support for following relative links to other urls probably doesn't work
yet.

relates #43
mnahkies added a commit that referenced this issue Apr 13, 2024
initial support for loading input schemas from urls.

support for following relative links to other urls probably doesn't work
yet.

relates #43
@mnahkies
Copy link
Owner Author

Initial support released in 0.9.0

It probably doesn't follow links to other schemas properly yet, but for standalone schemas will work fine.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request good first issue Good for newcomers
Projects
None yet
Development

No branches or pull requests

1 participant