-
Notifications
You must be signed in to change notification settings - Fork 534
Parsing of boolean additonalProperties
inconsistent with OpenAPI 3.0.0 specification
#499
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
Comments
Thanks for the feedback, @mbeko. The parser should definitely allow it. Better yet, if you can submit a PR (against the 2.0 branch) adding a test to the test suite, we'll make sure it passes. |
Great, thanks! I'll reduce my specification to a minimal example exposing the problem and submit a pull request. Since I should do it against the |
Should be 3.0.0. 2.0 did not allow boolean values to |
Any news about that bug on OAS 3? |
I have added the sample specification and the test, but haven't received feedback since then. Concerning news about the overall adaptation of the tools to 3.0.0, issue #4669 on swagger-codegen indicates that it lags behind the specification. |
Sorry about this - just got lost in the mass emails. We'll try to take a look shortly. |
No problem and thank you 🙂 |
There's a chance to get this fix on upstream before end January? 😄 |
Hi, please checkout the last RC, this was covered there. |
Hi! This bug appears to have returned in a recent release of swagger-parser. I'll open a new issue. |
I'm used to setting
"additionalProperties": false
from JsonSchema, hence did so in an OpenAPI 3.0.0 file, especially as it's allowed by the specification.Using version
2.0.0-SNAPSHOT
ofswagger-parser-v3
as found on oss.sonatype.org for OpenAPI file validation, I get a parse result message saying thatadditonalProperties
is not of typeobject
.I'm aware of issue #366, but I think either
additionalProperties
as wellor
In addition, the message is a bit misleading because it is reported only once and only for the top level of the object definiton, even though there were several occurences of
"additonalProperties": false
on deeper levels of this definition. Providing a more precise location would have helped a lot with debugging this issue.The text was updated successfully, but these errors were encountered: