-
Notifications
You must be signed in to change notification settings - Fork 14
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
OpenAPI specification input #20
Comments
This is a great idea and is well-aligned with what I want to build in the major update of tap-rest-api. This project's renewed goal is to create as versatile tap as possible, leveraging standardization such as Open API. The next update is a major rewrite incorporating the enhancement such as
Thanks again. |
Pagination might be tricky as OpenAPI isn't prescriptive on how this should be implemented. You will need to ensure the developer has the ability to define the pagination model some how. |
This project seems like a good candidate to implement using an OpenAPI-standard specification as an input schema for generation of Singer models.
i.e. Taking the JSON generation one step further to make use of an officially published OpenAPI specification for the target source API.
For example, here is the official OpenAPI specification for the Stripe API v3: https://raw.githubusercontent.com/stripe/openapi/master/openapi/spec3.yaml
The text was updated successfully, but these errors were encountered: