-
Notifications
You must be signed in to change notification settings - Fork 83
Validation of OpenAPI Spec? #331
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 starting this thread @jmini As background, in WebSphere Liberty there are 2 levels of validation support:
In both cases the error appears in the platform's current logging mechanism - for Eclipse that's via the Errors markers, and for Liberty that's via the log files. I wonder if there will be a lot of adoption of a new error reporting API / interface, versus what each vendor already has setup today? |
maybe from a MP OpenAPI spec's perspective we can define a common MP Config key that turns validation on/off ( |
Another wrinkle with respect to validation is that with filtering the actual content of the OpenAPI document may change depending on who requests it. That said, I think validation is a nice feature to have, although I also agree that it probably should be vendor specific. However I'm happy to change my mind if we can come up with a standard way to define how validation works and is reported. |
One of the things we discussed at the hangout today was:
The validation support would be optional for vendors. Thoughts? |
Closing for now, please reopen if there is still interest in this feature. |
I think we started a discussion somewhere about this, but I could not find it.
Maybe at API level we could defines an interface to report OpenAPI validation issues.
Example of an invalid spec:
KaiZen:
KaiZen have a ValidationItem to report a severity, a message and a position.
The position is strongly coupled with the source file (JSON), which might be not ideal in our case because the model can be derived from the Annotations or built from scratch using the
OASFactory
.But if someone build a parser that uses the Eclipse-MP-OpenAPI model, then having the location in the source file (JSON or YAML) might also be interesting.
The text was updated successfully, but these errors were encountered: