Closed
Bug 1387064
Opened 8 years ago
Closed 6 years ago
make admin swagger spec OpenAPI 2.0 compliant
Categories
(Release Engineering Graveyard :: Applications: Balrog (backend), enhancement, P3)
Release Engineering Graveyard
Applications: Balrog (backend)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: bhearsum, Unassigned)
References
Details
We've recently started using OpenAPI-style specs to define both our admin and public APIs. We use Connexion to load and create routes for them in Flask. It turns out that Connexion has some extensions that make it possible for us to have Connexion-compatible specs that aren't OpenAPI 2.0 compliant. The consequence of this is that we cannot make use of other OpenAPI 2.0 tools, such as https://github.com/swagger-api/swagger-codegen.
This bug is to track making the admin API spec OpenAPI 2.0 compliant.
| Reporter | ||
Updated•8 years ago
|
Priority: -- → P1
| Reporter | ||
Comment 1•8 years ago
|
||
Lowering priority on this - we may end up building a new API from the ground up instead.
Priority: P1 → P3
Comment 3•7 years ago
|
||
Bug 1487261 is about our python dep swagger-spec-validator becoming strict about OpenAPI 2.0 compliance in v2.4.0, and we're pinned to the last version before that.
https://github.com/mozilla/balrog/pull/834 tried to update another dep, connexion, to 2.0.0. That switched from swagger-spec-validator to openapi-spec-validator, which is also strict about compliance. So connexion also pinned now.
Comment 4•7 years ago
|
||
Update: The new release of connexion, comes with OAS 3 support.
https://github.com/zalando/connexion/issues/420
| Reporter | ||
Comment 5•6 years ago
|
||
We won't be fixing this. The time is better spent upgrading to 3.0.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
Updated•6 years ago
|
Product: Release Engineering → Release Engineering Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•