Awesome
Stripe's OpenAPI Specification
This repository contains OpenAPI specifications for Stripe's API.
Files can be found in the openapi/
directory:
spec3.{json,yaml}:
OpenAPI 3.0 spec matching the public Stripe API.spec3.sdk.{json,yaml}:
Expanded OpenAPI 3.0 spec intended for Stripe-internal use.- Contains special annotations, deprecated endpoints, and pre-release
features specifically intended to support generating Stripe API
libraries. Users should use the
spec3.{json,yaml}
variant instead.
- Contains special annotations, deprecated endpoints, and pre-release
features specifically intended to support generating Stripe API
libraries. Users should use the
fixtures3.{json,yaml}
: Test fixtures for resources inspec3
. See below for more information.
We used to support OpenAPI 2.0, but have since deprecated its use, and it's no longer receiving updates. It is available on old versions of this repository.
The specs provided in this repository do not explicity target openapi-generator. They are instead generated via a custom closed-source generator.
Vendor Extensions
The specification ships with a few vendor-specific fields to help represent information in ways that are difficult in OpenAPI by default.
x-expandableFields
Resources include an x-expandableFields
that contains a list of fields that
are expandable by making an API request with an expand
parameter. See
expanding objects.
For example:
definitions:
...
charge:
...
x-expandableFields:
- balance_transaction
x-expansionResources
Any expandable field within a resource contains a set of references to the resources that it might be expanded to.
For example:
definitions:
...
charge:
properties:
...
balance_transaction:
description: ID of the balance transaction that describes the impact of this
charge on your account balance (not including refunds or disputes).
type:
- string
x-expansionResources:
oneOf:
- "$ref": "#/definitions/balance_transaction"
x-resourceId
and Fixtures
Resources include x-resourceId
which is a canonical name for each resource.
It can be used in conjunction with openapi/fixtures{2,3}.{json,yaml}
to look
up a sample representation (otherwise known as a "fixture") of the resource.
For example:
# spec.yaml
---
definitions:
...
charge:
...
x-resourceId: charge
# fixtures.yaml
---
invoice_line_item:
...
Updates
Please make updates to the script included in bin
to help maintain
consistency and commit cleanliness (search JIRA for full instructions):
bin/update
Development
Run the test suite:
make
<!--
# vim: set tw=79:
-->