-
Notifications
You must be signed in to change notification settings - Fork 567
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
Ensure plugin download exec is idempotent #164
Conversation
Thank you for a pull request! Please check this document for how the Jenkins project handles pull requests |
That's weird, I could have sworn this was protected by a |
have you considered using @maestrodev's wget module instead? |
The download is idempotent IF the installed version is the same as the specified version. We can not rely on the
This is verified in the rspec tests (spec/defines/jenkins_plugin_spec.rb). |
That is to say, merging this change would break the ability to upgrade plugins. |
I think the right solution here might be to get my rtyler/jpm work properly squared away |
I see that the cli has the ability to do plugin management, probably using the plugin manager exposed through the http interface (haven't checked the source). Does it not do something that's being done by |
@davidsnyder We do appreciate your efforts! This issue should be resolved by #336, so I'm going to close out this pR. |
Since this is a blind exec, it's re-downloading the plugins every puppet run, which then triggers the jenkins service notify. This means that jenkins is needlessly restarted every time puppet agent runs, killing any currently running jobs. This skips the exec if the file already exists (only for .hpi)