fix(deps): update module github.com/deepmap/oapi-codegen/v2 to v2.4.1 #844
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
v2.1.0
->v2.4.1
Release Notes
deepmap/oapi-codegen (github.com/deepmap/oapi-codegen/v2)
v2.4.1
: : A couple of post-release fixesCompare Source
🐛 Bug fixes
📝 Documentation updates
👻 Maintenance
go
directive (#1784) @jamietannaSponsors
We would like to thank our sponsors for their support during this release.
v2.4.0
: : OpenAPI Overlay, improvedimport-mapping
functionality, and a whole host of other great things 🚀Compare Source
🎉 Notable changes
Modifying the input OpenAPI Specification, without needing to modify it directly
Prior to
oapi-codegen
v2.4.0, users wishing to override specific configuration, for instance taking advantage of extensions such asx-go-type
would need to modify the OpenAPI specification they are using.In a lot of cases, this OpenAPI specification would be produced by a different team to the consumers (or even a different company) and so asking them to make changes like this were unreasonable.
This would lead to the API consumers needing to vendor the specification from the producer (which is our recommendation anyway) and then make any number of local changes to the specification to make it generate code that looks reasonable.
However, in the case that a consumer would update their specification, they would likely end up with a number of merge conflicts.
Now, as of
oapi-codegen
v2.4.0, it is now possible to make changes to the input OpenAPI specification without needing to modify it directly.This takes advantage of the OpenAPI Overlay specification, which is a stable specification.
We're very excited for y'all to be able to take advantage of this, and to be able to manipulate complex specifications you don't have control over.
Using a single package, with multiple OpenAPI spec for a given package
Since
oapi-codegen
v2.4.0, it is now possible to split large OpenAPI specifications into the same Go package, using the "self" mapping (denoted by a-
) when using Import Mapping.This is an improvement on the previous model, which would require splitting files across multiple packages.
This should improve the ability to use a multi-file OpenAPI specification.
Reverting a breaking change to Strict servers using
text/plain
Changes in https://github.com/oapi-codegen/oapi-codegen/pull/1132 had unintended side effects, and so we have reverted this.
This will be a breaking change to anyone who had pulled in this change, since it landed in v1.13.1.
Minimum version of Go needed for
oapi-codegen
is now 1.21Does what it says on the tin.
This was required for a new dependency, and given Go 1.21 is now End-of-Life, this isn't too bad a requirement, without requiring folks unnecessarily bump their minimum supported version higher.
Starting work towards the OpenSSF Best Practices badge
As a means to better understand the compliance of
oapi-codegen
with OpenSSF's Best Practices guide, we've started work towards the "passing" badge.This gives us some insight into where we have gaps, and makes it known for our users, too.
PR Builds now have required status checks
Previously, PR builds did not have a required status check.
Although as maintainers we would only merge changes after the CI checks had passed, this now gives us - and you as our users - greater confidence in the stability of the project.
Previously raised PRs - before 2024-09-20 - will need to merge in the latest changes in
main
before these status checks will pass.🚀 New features and improvements
import-mapping
to the current package (#1774) @jamietanna @djgilcreaseMux
interface instead of*http.ServeMux
(#1720) @sonalys<
and>
in property or type names (#1740) @ansonix-oapi-codegen-only-honour-go-name
(#1697) @jamietanna🐛 Bug fixes
anyOf
s (#1178) @daleef-rahmancookie
variables in block scope (#1687) @andremarianiellox-order
from next to$ref
, if present (#1700) @paulmach📝 Documentation updates
deepmap/oapi-codegen
references (#1771) @jamietannain: cookie
(#1770) @jamietannaFUNDING.yml
(#1661) @jamietanna👻 Maintenance
📦 Dependency updates
9 changes
Sponsors
We would like to thank our sponsors for their support during this release.
v2.3.0
: Updates related to repository moveCompare Source
With this version,
oapi-codegen
consolidates all code undergithub.com/oapi-codegen
. When you install the core tool, please use this new location,github.com/oapi-codegen/oapi-codegen/v2
starting with versionv2.3.0
, but continue to usegithub.com/deepmap/oapi-codegen/v2
with any earlier release.This release contains changes to import paths, go.mod and the README.
What's Changed
Full Changelog: oapi-codegen/oapi-codegen@v2.2.0...v2.3.0
v2.2.0
: : Pure-Go 1.22+ server, documentation overhaul. JSON schema and several bug fixesCompare Source
Big announcements
In case you've missed it, we've got a few big announcements as maintainers of
oapi-codegen
which we'd recommend you read in more depth.oapi-codegen
is moving to its own orgoapi-codegen
in the futureWe'd also like to thank our sponsors for this release:
🔊 Notable features
The v2.2.0 release was largely focussed on the following big changes, alongside a number of other bug fixes.
Generate a pure Go 1.22+
net/http
serverWith Go 1.22+'s enhanced routing, it's now easier than ever to be able to write a pure-Go HTTP service, and thanks to a contribution from @thedadams we now have a
std-http-server
, further documented in the Supported Servers section in the README.Documentation overhaul
A significant undertaking in this release was to rewrite pretty much every line of documentation we had, as well as introducing a number of additional examples and test cases.
We're excited to hear your feedback on the new structure of the README, the additional docs added, and whether there are any additional examples that may be of use.
JSON Schema configuration
In the spirit of documentation, we now also have a JSON schema which can be found further documented in the Usage section in the README.
This not only gives a separate definition of fields and their meaning, but it can be used with IDEs for autocompletion and validation, allowing for a much better Developer Experience.
kin-openapi upgrade
A few big upgrades have come in kin-openapi, which we use for the underlying OpenAPI parsing and validation, which included a significant breaking change that meant that consumers of
oapi-codegen
couldn't upgrade the kin-openapi version until we had made changes inoapi-codegen
.This has additionally been set up as an FAQ as it's one we commonly get.
🚀 New features and improvements
🐛 Bug fixes
nullable
(#1585) @jamietanna📝 Documentation updates
echo
server (#1627) @jamietannax-go-type-name
docs (#1616) @jamietannastd-http-server
example (#1576) @sajjanjyothimain
branch (#1493) @dharsanb👻 Maintenance
mergeOpenapiSchemas
(#1424) @Juneezeegolang.org/x/lint
(#1588) @jamietannaadditionalProperties
bug (#1528) @jamietanna📦 Dependency updates
16 changes
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Renovate Bot.