-
Notifications
You must be signed in to change notification settings - Fork 91
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
support for RPC style HTTP calls #647
Comments
RPC is not supported in OpenAPI v3 (it looks like it won't be supported until v4, so I don't know how you would configure the validator to support those patterns. I don't think it's within our scope to make a provision for. |
@dpopp07 thanks for that link, interesting discussion, but I don't want to focus on the RPC semantics. |
I see. There is a way, but I wouldn't necessarily call it easy 🙂 There's not a simple option for controlling this but you can provide your own implementation for the rule that replaces or augments ours. There is some documentation for this style of customization here. |
Thanks, I've implemented a custom rule for this |
Hi,
we'd like to introduce an RPC style to our API that follows this structure:
https://service.name/v1/some/resource/name:customVerb
Up to now we mandated that all path segments be snake case, so the above endpoint would fail rule ibm-path-segment-casing-convention.
Can you suggest a way to incorporate the ":/customVerb" in the above rule?
Or a way to ignore the ":customVerb" part?
"customVerb" should be camel case, but we can probably be lenient and accept any case for that part.
Thanks,
Michele
The text was updated successfully, but these errors were encountered: