-
-
Notifications
You must be signed in to change notification settings - Fork 389
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
Update paths should be improved #1415
Comments
Did you also consider configuring Netlify to proxy to another service instead of redirecting? |
That would be possible too, of course. My main goal is to be independent, when we want/must adapt something. |
I have filed openhab/website#360 which should already solve @kaikreuzer is working on uploading the needed files for stable releases from 2.5.12 an and the milestones for 3.4.0. |
I have uploaded all but version 3.0.0, which is for some reason missing on JFrog... |
It was probably only released to Bintray. These artifacts are still available on Maven Central, see: https://repo1.maven.org/maven2/org/openhab/distro/openhab-addons/ |
Ah, cool, thanks. Now 3.0.0 is uploaded as well. 😇 |
I also added |
It would also be nice if these artifacts are also automatically uploaded during a release. I.e. you can no longer use the |
After facing the latest extended JFrog outage, we already changed the manual download urls on the openHAB website.
They now point to files we have uloaded in the release notes of this repository.
Reference: openhab/website#357
We have also removed the explicit bintray and jfrog references via #1271 already.
This was done with netlify redirects. (https://docs.netlify.com/routing/redirects/ and https://docs.netlify.com/routing/redirects/redirect-options/ for reference)
Our websites redirects those urls to the explicit jfrog artifactory path, which prevented us from configuring a simple workaround during the jfrog outage.
Therefore i would suggest the following steps for getting this a little bit more stable in the future.
I would suggest adapting to the url scheme from github releases
Runtime =>
https://www.openhab.org/download/releases/TARGET_VERSION/openhab-TARGET_VERSION.zip
Addons =>
https://www.openhab.org/download/releases/TARGET_VERSION/openhab-TARGET_VERSION.kar
(With this we could also skip the milestone check in the update script aside.)
The text was updated successfully, but these errors were encountered: