-
Notifications
You must be signed in to change notification settings - Fork 102
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
gradle download broken #1218
Comments
Example for current download link leading to error: |
It seems to be different. The download link structure is OK. As you can see on the download website of gradle there are no 9.x release versions listed. So just tracking git tags does not seem to be the proper approach here. Still I guess that deleting the gradle folder and rebuilding it over night will not rebuild the broken releases. |
Even the latest official version failed:
|
This is nothing we can change. The vendor of gradle has to provide a reliable service for downloading its tool. |
When I try to generate the checksums locally, I get following exception: 14:16:34.915 [main] [C:] - ERROR - c.d.t.i.u.updater.AbstractUrlUpdater - For tool gradle we failed to add version 6.9.1. |
When I manually download the zip files with my browser, every download succeeds. |
made version regex pattern more distinct added hashsum param to doAddVersion added doGetHashSumForVersion method (can extract a valid hashsum for a given version) moved regex patterns and URLs into constants
Interesting: It seems to be unstable, but not entirely broken:
The good thing is that devonfw-ide does download caching so once the download succeeded further requests to the same tool and version will reuse the already downloaded file. |
added lazy loading of responseBody added extra check for empty checksum moved download Url into constant
Was auto-closed from PR but not entirely solved. |
So there were two issues:
|
It seems that gradle downloads got broken - maybe the URLs have been changed by the tool vendor.
Our github action already noted that the downloads broken immediately after the metadata was created as you can see in the status.json files.
It seems we have to fix the GradleUrlUpdater and also delete the entire gradle folder from ide-urls so it will be recreated in the night.
p.s.: I hope such effects will not recur often as this sucks and causes us maintenance effort that we actually do not want to have. The idea of #941 was actually to reduce the maintenance effort as much as possible.
The text was updated successfully, but these errors were encountered: