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

Feature Request: OpenAPI Spec 3.1 #3913

Open
xiaoxiangmoe opened this issue Mar 15, 2021 · 6 comments
Open

Feature Request: OpenAPI Spec 3.1 #3913

xiaoxiangmoe opened this issue Mar 15, 2021 · 6 comments

Comments

@xiaoxiangmoe
Copy link

OAS 3.1 was released, can we support OpenAPI Spec 3.1?
OSA 3,1 has some new feature, such as namedEnum and so on.

@rk3rn3r
Copy link

rk3rn3r commented Mar 26, 2021

+1 Would be great to have patternProperties from that JSON Schema draft 2020-12 extension which is part of OAS3.1.

@DepickereSven
Copy link

Then could this issue be fixed to #3900

@daltontc
Copy link

daltontc commented Jul 8, 2021

+1 The ability to do explode for multipart/form-data arrays would be a great feature.

@frantuma
Copy link
Member

frantuma commented Oct 6, 2021

we have 3.1 in our short term roadmap, please check this comment in swagger-parser for details

@frantuma
Copy link
Member

#4129 introduces support for OAS 3.1 representation (swagger-models), serialization and deserialization. code first resolution of OAS 3.1 spec in ModelResolver and JAXRS Reader (both via conversion and additional annotations resolution) is on the way

@Xbloud
Copy link

Xbloud commented Apr 27, 2022

The OpenAPI 3.1 is out for more than a year. The referenced short term roadmap is 0.5 year old and the current version still does not support OpenAPI 3.1 features. I am especially interested in a feature allowing addition any sibling properties next to $ref in object schema (generating OpenAPI spec from java annotations). Can you, please, provide refined roadmap?

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

No branches or pull requests

6 participants