Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OpenAPI 3.0 support #446

Open
kibertoad opened this issue Oct 3, 2018 · 15 comments
Open

OpenAPI 3.0 support #446

kibertoad opened this issue Oct 3, 2018 · 15 comments

Comments

@kibertoad
Copy link

It seems that currently only OpenAPI 2.0 (Swagger) is supported. Considering how significant of an improvement 3.0 was, it would be great to have support for it as well.

@insafinou
Copy link

Hello,

do you have any news about it?

@qiwzhang
Copy link
Contributor

Sorry, no update on this feature.

@qiwzhang
Copy link
Contributor

@wyrickre may have update on this. But this is not in the ESP project scope.

@wyrickre
Copy link

We are evaluating this. Nothing to announce at this time, but keep checking back!

@baens
Copy link

baens commented Jul 16, 2019

This would be super awesome, because right now. v2 of the spec can't really handle multiple output versions. I.e. if I had 2 outputs (xml vs json) but wanted slightly different fields per object. In v2, this really can't be handled, in v3, the contents portion of the response can handle that.

@wyrickre
Copy link

wyrickre commented Jul 16, 2019 via email

@thees
Copy link

thees commented Apr 23, 2020

Any news?
Polymorphism with discriminators became much more useable in v3. We would appreciate that support alot!

@qiwzhang
Copy link
Contributor

The current plan is to support it in the end of 2020.

@colesimmons
Copy link

Any updates?

@qiwzhang
Copy link
Contributor

qiwzhang commented Apr 8, 2021

Sorry, not much progress for Cloud Endpoint. You may want to check out api-gateway. They may have plan to support it

@kostacasa
Copy link

Can confirm API gateway does not support OpenAPI Spec 3 either. But they both use Envoy Proxy under the hood, I wonder if there's a limitation there?

@qiwzhang
Copy link
Contributor

qiwzhang commented Apr 8, 2021

It has nothing to do with Envoy. It is the Google endpoint service config compiler doesn't support OpenAPI spec. 3.0 yet.

@kostacasa
Copy link

Gotcha... looks like API gateway mostly wraps what cloud endpoints supports today so not sure if they are planning to take a path of their own in that regard

@davinchia
Copy link

davinchia commented Jul 14, 2021

@qiwzhang @wyrickre looks like plenty of users are asking for this. I understand this is the reason Google API Gateway doesn't support OAS 3.0 - we really want to use GCP, specifically API Gateway, but this is making us jump through lots of hoops that on fire while over lava in order to do so. Totally respect you have your own prioritisation process, but is there a way we can influence your backlog? As a member of the community, I would love to help everyone make a case for this.

@nika-pr
Copy link

nika-pr commented Jun 24, 2024

Has anyone found an elegant solution yet as to how to use OepnAPI documents based on the OpenAPI 3.0 specification on Google Cloud, ideally managed/serverless?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

10 participants