Replies: 4 comments 9 replies
-
Hi, You could use the core functions for building your own rules for sure. There is nothing about the core functionality tied to OpenAPI, they will work with any valid JSON path. So you could quickly build a non-OAS set of rules for any generic YAML file. To see the available core functions: https://quobix.com/vacuum/functions/core/ None of the OpenAPI functions will be helpful in a non-OpenAPI document, and you would also have to turn off all the rules and build using just your custom ones. While it's not the purpose of vacuum, there is nothing stopping you from using it as a generic linter. |
Beta Was this translation helpful? Give feedback.
-
@daveshanley thank you very much for the feedback. I'm evaluating the core functions for our purposes. Thanks again for the great project. |
Beta Was this translation helpful? Give feedback.
-
In vacuum https://github.com/daveshanley/vacuum/releases/tag/v0.2.7 Documentation: https://quobix.com/vacuum/faq/#q-can-i-use-vacuum-to-lint-non-openapi-documents |
Beta Was this translation helpful? Give feedback.
-
@daveshanley wanted to make you aware of our usage of the library and blog post citing it's usage. https://konghq.com/blog/product-releases/deck-file-linting Thanks for your great project. |
Beta Was this translation helpful? Give feedback.
-
Vacuum looks superb, and a great fit for a project I have in mind. Thanks to everyone for building such an interesting public project.
My project looks to build general YAML file based linting. As vacuum is OAS opinionated, I believe I'm blocked from creating non-OAS based rules and passing the library non-OAS data. I'm wondering if anyone here has thoughts on how this might be possible, or workarounds in the current codebase? I really appreciate any attention to this discussion. Thanks
Beta Was this translation helpful? Give feedback.
All reactions