-
Notifications
You must be signed in to change notification settings - Fork 353
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
Eskip check fails on empty URL on network backend. #2524
Conversation
Signed-off-by: Xavi Ivars <[email protected]>
Thank you. In general I think we should make backend validation (both network and loadbalanced) more strict during eskip parsing (reject empty values, non-parseable urls, urls with non-empty path, etc) - then k8s dataclient and webhook would benefit from it as well. @MustafaSaber is working on validation topic, see related #1618 |
Signed-off-by: Xavi Ivars <[email protected]>
Signed-off-by: Xavi Ivars <[email protected]>
Signed-off-by: Xavi Ivars <[email protected]>
Thanks for the quick review! I think I've addressed all your comments now. And I agree: stricter backend validation would be great. |
Thank you. |
👍 |
1 similar comment
👍 |
This change to
eskip check
validates no routes have empty backend."empty url" error falls between the "pure syntactical" checks that
eskip check
runs at validation time and the "route-specific setup-dependant" checks that skipper does at runtime (making sure, for example, that all predicates / filters exist, etc).While this is not a fatal error, and loading the skip files in skipper works (only the specific route gets discarded), we think having this validation in
eskip check
is a better approach, because this is an error that is known in advance (no URL can be empty) and we could not find a reason we'd ever want to, on purpose, push a non-working route to production.Fixes #2523