-
Notifications
You must be signed in to change notification settings - Fork 33
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
Option to not fail the build if there is a backend issue #243
Comments
As more projects incorporate this into their builds, we're going to hit the rate limit more frequently. We should probably try to address that. I assume that there's some way to register and get a higher rate limit. I'll investigate that. How is what you're suggesting different from setting |
It's different from |
I also recently noted this:
First the user has no clue what the error response is/was, so probably the error message can be improved, beside that in most cases its helps to simply rerun the check again. I therefor think it would be good if one can simply have a number of retries (e.g. 10) in this case using and using an (randomized) Exponential backoff between retries. |
In JGit and EGit we use the maven
license-tool-plugin
in all builds withdash.fail = true
.This works great to prevent adding unvetted dependencies not meeting the criteria.
Though sporadically the check fails since ClearlyDefined is unhealthy or responds with HTTP status 429 if we hit the rate limit.
Would it make sense to add an option to allow skipping the license check if that happens to prevent that such issues fail the build and instead only raise a warning in the build log ?
The text was updated successfully, but these errors were encountered: