vcloud-rest-openapi
fusionauth-openapi
vcloud-rest-openapi | fusionauth-openapi | |
---|---|---|
1 | 3 | |
12 | 6 | |
- | - | |
4.7 | 7.2 | |
5 months ago | 14 days ago | |
Rust | Shell | |
- | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
vcloud-rest-openapi
-
OpenAPI Generator allows generation of API client libraries from OpenAPI Specs
I maintain a project that converts from a specific API mostly documented in XSD to JSON schema.
For the specific API I'm interested in XSD and JSON Schema are mostly equivalent. Quite probably it isn't true in the general case.
Check out some of the test cases in this directory to get an idea https://github.com/ccouzens/vcloud-rest-openapi/blob/main/tr...
fusionauth-openapi
-
OpenAPI Generator allows generation of API client libraries from OpenAPI Specs
I talked to a startup ( https://stainlessapi.com/ ) about a service they provide where they take an OpenAPI spec and build good SDKs on top of it. This included making sure they are idiomatic, included examples, handled exceptions if needed, and some other goodness. I passed for now because they don't have the language support we need and I am not sure if we need their level of sophistication, but others may benefit from talking to them. (I think the founder helped build Stripe's API docs, IIRC.)
As we head down our OpenAPI path (https://github.com/fusionauth/fusionauth-openapi has only been built for the last 9 months), I'm very interested in stories like yours. We're very interested in quality SDKs that are easy to update. But since we control the OpenAPI spec for the product, we might have an easier time than you in some ways.
Thanks for sharing!
-
Ask HN: SaaS Idea: SDK Generation for API's (OpenAPI / gRPC)
As someone who just released an OpenAPI spec for our API and struggled with building client libraries to test that the spec was correctly generated, I'd pay for this, especially if it integrated with the rubygems/packagists/nugets of the world.
Let me know if you want an alpha or beta tester. Our OpenAPI spec is here: https://github.com/fusionauth/fusionauth-openapi and my contact info is in my profile.
- FusionAuth Adds OpenAPI Support
What are some alternatives?
spectrum - OpenAPI Spec SDK and Converter for OpenAPI 3.0 and 2.0 Specs to Postman 2.0 Collections. Example RingCentral spec included.
k8s-openapi - Rust definitions of the resource types in the Kubernetes client API
api - The Up Banking API Specification
smithy - Smithy is a protocol-agnostic interface definition language and set of tools for generating clients, servers, and documentation for any programming language.
tsoa - Build OpenAPI-compliant REST APIs using TypeScript and Node
OpenAPI-Specifications - The official Docusign REST APIs Swagger Specifications
openapi-generator - OpenAPI Generator allows generation of API client libraries (SDK generation), server stubs, documentation and configuration automatically given an OpenAPI Spec (v2, v3)
m3o - Serverless Micro Services