Plugin deploy after update

This issue is archived. You can view it, but you can't modify it. Learn more

XMLWordPrintable

      Hello!

      I'm updating some plugins on the Update Center, and using the option "Install without restart", it often gives me a lot of errors like this:

      Subversion Plugin	
       Falha -
      hudson.util.IOException2: Failed to dynamically deploy this plugin
      	at hudson.model.UpdateCenter$InstallationJob._run(UpdateCenter.java:1259)
      	at hudson.model.UpdateCenter$DownloadJob.run(UpdateCenter.java:1056)
      	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
      	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
      	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
      	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
      	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
      	at java.lang.Thread.run(Thread.java:662)
      Caused by: java.io.IOException: Unable to delete C:\Jenkins\plugins\subversion\WEB-INF\lib\antlr-runtime-3.4.jar
      	at hudson.Util.deleteFile(Util.java:243)
      	at hudson.Util.deleteRecursive(Util.java:293)
      	at hudson.Util.deleteContentsRecursive(Util.java:204)
      	at hudson.Util.deleteRecursive(Util.java:284)
      	at hudson.Util.deleteContentsRecursive(Util.java:204)
      	at hudson.Util.deleteRecursive(Util.java:284)
      	at hudson.Util.deleteContentsRecursive(Util.java:204)
      	at hudson.Util.deleteRecursive(Util.java:284)
      	at hudson.ClassicPluginStrategy.explode(ClassicPluginStrategy.java:425)
      	at hudson.ClassicPluginStrategy.createPluginWrapper(ClassicPluginStrategy.java:122)
      	at hudson.PluginManager.dynamicLoad(PluginManager.java:391)
      	at hudson.model.UpdateCenter$InstallationJob._run(UpdateCenter.java:1255)
      	... 7 more
      

      But I guess Jenkins doesn't need to delete this JAR... The new version of plugin have the same JAR (same hash/fingerprint) compared to the older...

      It would be very good if Jenkins could check the target file before trying to replace that on the plugin deploy.

      This JPI files fingerprint improvement will make the updating experience looks better, and with less reboots.

      Thank you!

      Regards,
      Bruno Candido Volpato da Cunha

            Assignee:
            Unassigned
            Reporter:
            Bruno Candido Volpato da Cunha
            Archiver:
            Jenkins Service Account

              Created:
              Updated:
              Archived: