Changelog: Customisable Imports, OpenAPI Overlays, and Terraform generation improvements!

New features to the Speakeasy Platform - November 15th, 2023.

Welcome to another edition of the Speakeasy Changelog. In this issue, we'll give you a sneak peek into our support for OpenAPI Overlays (opens in a new tab) and how we're leveraging them to help customers customize their SDKs and other generated artifacts without changing the underlying specification.

We'll also be diving into new DevEx improvements that let you customize SDK imports, as well as exciting Terraform releases, including Pulumi support!

Sound good?

Ok, let’s go! 🚀

OpenAPI Overlays

What is an Overlay, you ask? You can think of them as miniature OpenAPI documents that can be used to customize certain details of your API without altering the source document. Why would you want to maintain one?

• You might want to customize your OpenAPI spec for SDK creation, but changing your spec is hard because it's generated from an API framework like FastAPI, tsoa, JOI, etc.
• You have a lot of teams at your company creating OpenAPI specs, and asking one of them to make a change is a tough process.
• You are setting up a Terraform provider for your OSS product and need different server URLs configured so users only hit a hosted API.

Let's look at an example. Here's a simple spec for the Speakeasy bar with only two tags defined, drinks and orders.

To make an easy-to-use SDK, we've decided that a public interface should use snacks, i.e., sdk.snacks.get_orders(). As the owner of the company's SDK, you want to make this change, but that would mean making an actual code change with the team that owns the drinks and orders service. Worse yet, it's all microservices, and there is no one team that owns all the services. You can get around this sustainably with an overlay.

This overlay includes a target that you want to modify in your source document and an action to modify the target.

Specify that we want to add a new tag to the global tags list $.tags and add a description of the edit you're making. Under the update label, add the name and description of the tag you want to add. Now you can use the Speakeasy CLI to merge these two documents right before generating the SDK:

Time to celebrate 🎉 You've just created a new OpenAPI document that you can use to generate an SDK with the snacks tag. More on how to use Overlays here.

📦 Customizable Imports

At Speakeasy, we believe that automated doesn't mean no input. Certain aspects of SDK design need to be in the hands of the API builders. That's why we've built a platform which is flexible enough to let developers craft the devex for their users. To that end, we've released customizable imports. You can now configure the structure of the import paths in your SDK, and how they are referenced by your users. As an example, for Typescript:

More documentation on how to configure this in your SDK's gen.yaml file can be found here.

🚢 Improvements and Bug Fixes 🐛

Speakeasy v119.1 (opens in a new tab)

Terraform

🚢 Pulumi support for generated Terraform providers
🚢 Importing resources with Integer IDs
🚢 DataSources with no required arguments (Empty Datasources)
🚢 x-speakeasy-conflicts-with extension

Python

🚢 Oauth support for Python SDKs

Php

🚢 Support for customizable imports

Typescript

🐛 Ensure contentType variable doesn't conflict with common parameter names
🐛 Correctly handle x-www-form-urlencode in Typescript
🚢 unset baseURL on default axios client

Golang

🐛 BigInt & Decimal type support within a Union type

Other:

🚢 Allow optional properties in usage snippets to be conditionally rendered
🚢 Support for customizing input/output model suffixes
🚢 Maintain OpenAPI Order in generated models
🚢 Automatic Authentication documentation generated in READMEs
🚢 Automatic Retry documentation generated in READMEs when retry extensions are used