-
Notifications
You must be signed in to change notification settings - Fork 26
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
Switch retrying messages to info #82
Comments
Thanks for your suggestion, it sounds sensible. I probably made them warnings (preferably lifecycle) to adjust to uploadArchives which was printing "uploading ..." all the time. Since them Gradle has moved forward to provide less verbose output. I only hope that people "waiting ages" to close/release the project will run it again with |
I see, I never used Well, they are perceived ages for such a seemingly easy operation as changing status to closed (I know there are a bunch of checks and so on are run), but actually they are maximum 40 seconds (20*2), so hopefully you will not get too many reports if you degrade to info-level. :-) |
Initially the values are lower and people with multiproject applications started had some problems (#12). The current values should be fine for most the cases. I will change it along the way of the next release. |
Looking at your request unfortunately:
with remain at |
I don't understand, how #60 is related to the success message and why the success message needs to remain on warn/lifecycle level. #60 is about an error message, isn't it, not about the success message. |
As mentioned in #60 the following output can be misleading:
"failed" and "successful" next to each other. I would need to suppress all network errors (or moved it to info), add ugly if at the network layer to skip just that error in that particular case or rework the way the error message is propagated up. As I wanted to deliver 0.21.0 as quickly as possible especially for you ;) I decided to postpone it to the next bunch of changes. |
Ah, I see, thanks. :-) |
Do things like
and
really need to be logged on warning-level?
I would consider them at most info-level.
The first is actually quite common as closing needs ages at least on Sonatype nexus.
The second is a success message and thus not really something to be logged at warning-level and draw attention of the user, don't you think?
The text was updated successfully, but these errors were encountered: