Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-10205

Successfull build fails with Fatal: Null and java.lang.AbstractMethodError

      Trying to build release with ant get successfull with following output:

      release:

      BUILD SUCCESSFUL
      Total time: 3 minutes 33 seconds
      FATAL: null
      java.lang.AbstractMethodError
      at hudson.model.AbstractBuild.getCulprits(AbstractBuild.java:282)
      at hudson.model.AbstractBuild.getCulprits(AbstractBuild.java:279)
      at hudson.model.AbstractBuild$AbstractRunner.post(AbstractBuild.java:596)
      at hudson.model.Run.run(Run.java:1400)
      at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
      at hudson.model.ResourceController.execute(ResourceController.java:88)
      at hudson.model.Executor.run(Executor.java:175)

      Jenkins log has the following:

      04-Jul-2011 08:47:28 hudson.ExpressionFactory2$JexlExpression evaluate
      WARNING: Caught exception evaluating: it.emptySet. Reason: java.lang.reflect.InvocationTargetException
      java.lang.reflect.InvocationTargetException
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
      at java.lang.reflect.Method.invoke(Method.java:616)
      at org.apache.commons.jexl.util.PropertyExecutor.execute(PropertyExecutor.java:125)
      at org.apache.commons.jexl.util.introspection.UberspectImpl$VelGetterImpl.invoke(UberspectImpl.java:314)
      at org.apache.commons.jexl.parser.ASTArrayAccess.evaluateExpr(ASTArrayAccess.java:185)
      at org.apache.commons.jexl.parser.ASTIdentifier.execute(ASTIdentifier.java:75)
      at org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:83)
      at org.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:57)
      at org.apache.commons.jexl.parser.ASTReferenceExpression.value(ASTReferenceExpression.java:51)
      at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80)
      at hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:72)
      at org.apache.commons.jelly.expression.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61)
      at org.apache.commons.jelly.expression.ExpressionSupport.evaluateAsBoolean(ExpressionSupport.java:71)
      at org.apache.commons.jelly.tags.core.WhenTag.doTag(WhenTag.java:44)
      at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)
      at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161)
      at org.apache.commons.jelly.tags.core.ChooseTag.doTag(ChooseTag.java:38)
      at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)
      at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
      at org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:63)
      at org.kohsuke.stapler.jelly.IncludeTag.doTag(IncludeTag.java:146)
      at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)
      at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161)
      at org.apache.commons.jelly.tags.core.WhenTag.doTag(WhenTag.java:46)
      at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)
      at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:161)
      at org.apache.commons.jelly.tags.core.ChooseTag.doTag(ChooseTag.java:38)
      at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)
      at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98)
      at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)
      at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)
      at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
      at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
      at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
      at org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:98)
      at org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:98)
      at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
      at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119)
      at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
      at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98)
      at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)
      at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)
      at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      at org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:98)
      at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
      at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119)
      at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98)
      at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)
      at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:270)
      at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
      at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
      at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
      at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
      at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
      at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
      at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
      at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119)
      at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
      at org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:63)
      at org.kohsuke.stapler.jelly.DefaultScriptInvoker.invokeScript(DefaultScriptInvoker.java:63)
      at org.kohsuke.stapler.jelly.DefaultScriptInvoker.invokeScript(DefaultScriptInvoker.java:53)
      at org.kohsuke.stapler.jelly.JellyClassTearOff.serveIndexJelly(JellyClassTearOff.java:105)
      at org.kohsuke.stapler.jelly.JellyFacet.handleIndexRequest(JellyFacet.java:121)
      at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:550)
      at org.kohsuke.stapler.Stapler.invoke(Stapler.java:646)
      at org.kohsuke.stapler.MetaClass$12.dispatch(MetaClass.java:373)
      at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:561)
      at org.kohsuke.stapler.Stapler.invoke(Stapler.java:646)
      at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:233)
      at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
      at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:561)
      at org.kohsuke.stapler.Stapler.invoke(Stapler.java:646)
      at org.kohsuke.stapler.Stapler.invoke(Stapler.java:477)
      at org.kohsuke.stapler.Stapler.service(Stapler.java:159)
      at javax.servlet.http.HttpServlet.service(HttpServlet.java:45)
      at winstone.ServletConfiguration.execute(ServletConfiguration.java:249)
      at winstone.RequestDispatcher.forward(RequestDispatcher.java:335)
      at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:378)
      at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:94)
      at hudson.plugins.greenballs.GreenBallFilter.doFilter(GreenBallFilter.java:52)
      at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:97)
      at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:86)
      at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)
      at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)
      at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:85)
      at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)
      at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)
      at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
      at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51)
      at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:166)
      at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
      at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
      at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271)
      at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:173)
      at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)
      at hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:66)
      at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
      at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
      at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164)
      at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)
      at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)
      at hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81)
      at winstone.FilterConfiguration.execute(FilterConfiguration.java:195)
      at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:368)
      at winstone.RequestDispatcher.forward(RequestDispatcher.java:333)
      at winstone.RequestHandlerThread.processRequest(RequestHandlerThread.java:244)
      at winstone.RequestHandlerThread.run(RequestHandlerThread.java:150)
      at java.lang.Thread.run(Thread.java:636)
      Caused by: java.lang.AbstractMethodError: hudson.scm.SubversionChangeLogSet.isEmptySet()Z
      ... 130 more

          [JENKINS-10205] Successfull build fails with Fatal: Null and java.lang.AbstractMethodError

          Scott Pfister added a comment - - edited

          Further analysis has led me to the conclusion that this error is being caused by incorrect plugins being installed. Specifically, some of the original built-in plugins from Hudson were still present and were not being upgraded properly.

          However, I believe there may be some other issue at hand. Some of our plugins were pinned. This was not done intentionally, but even after un-pinning them and upgrading the CVS and GIT plugins, they still had the wrong version. Note the following differences between the two META-INF directories for the cvs and git plugins, respectively:

          These diffs are being done where the current working directory is the root of the Jenkins working directory for the old, or broken version. A clean install was done by setting the Jenkins working directory to <former_jenkins_working_directory>/jenkins-dir.

          -bash-3.2$ for f in $(ls jenkins-dir/plugins | grep "^cvs"); do diff -b -r plugins/$f/META-INF jenkins-dir/plugins/$f/META-INF; done
          diff -b -r plugins/cvs/META-INF/MANIFEST.MF jenkins-dir/plugins/cvs/META-INF/MANIFEST.MF
          4,5c4,5
          < Built-By: stephenc
          < Build-Jdk: 1.6.0_24
          ---
          > Built-By: aruna
          > Build-Jdk: 1.6.0_20
          8,9c8
          < Implementation-Version: 1.4
          < Group-Id: org.jenkins-ci.plugins
          ---
          > Implementation-Version: 1.2
          11,14c10,13
          < Long-Name: Jenkins CVS Plug-in
          < Url: http://wiki.jenkins-ci.org/display/JENKINS/CVS+Plugin
          < Plugin-Version: 1.4
          < Hudson-Version: 1.400
          ---
          > Long-Name: Hudson CVS Plug-in
          > Url: http://wiki.hudson-ci.org/display/HUDSON/CVS+Plugin
          > Plugin-Version: 1.2
          > Hudson-Version: 1.338
          
          -bash-3.2$ for f in $(ls jenkins-dir/plugins | grep "^git"); do diff -b -r plugins/$f/META-INF jenkins-dir/plugins/$f/META-INF; done
          diff -b -r plugins/git/META-INF/MANIFEST.MF jenkins-dir/plugins/git/META-INF/MANIFEST.MF
          4,5c4,5
          < Built-By: ant
          < Build-Jdk: 1.6.0_25
          ---
          > Built-By: abayer
          > Build-Jdk: 1.6.0_24
          7,9c7
          < Specification-Title: Integrates Hudson with GIT SCM
          < Specification-Vendor: Hudson
          < Implementation-Vendor: Hudson
          ---
          > Specification-Title: Integrates Jenkins with GIT SCM
          11c9
          < Implementation-Version: 2.0.1
          ---
          > Implementation-Version: 1.1.9
          13d10
          < Group-Id: org.jvnet.hudson.plugins
          15,20c12,18
          < Long-Name: Hudson GIT plugin
          < Url: http://wiki.hudson-ci.org/display/HUDSON/Git+Plugin
          < Plugin-Version: 2.0.1
          < Hudson-Version: 2.0.1
          < Plugin-Dependencies: parameterized-trigger:2.4;resolution:=optional
          < Plugin-Developers: Many:kohsuke abayer wjprakash antkozak 8nevil8:
          ---
          > Long-Name: Jenkins GIT plugin
          > Url: http://wiki.jenkins-ci.org/display/JENKINS/Git+Plugin
          > Plugin-Version: 1.1.9
          > Hudson-Version: 1.358
          > Plugin-Dependencies: parameterized-trigger:2.4;resolution:=optional,to
          >  ken-macro:1.0;resolution:=optional
          > Plugin-Developers: 
          

          After unpinning the plugins in the old installation and restarting, they appeared to be upgradable. However, even after an upgrade, they appeared just as they do above, and the build still breaks with the same java.lang.AbstractMethodError it has been.

          Scott Pfister added a comment - - edited Further analysis has led me to the conclusion that this error is being caused by incorrect plugins being installed. Specifically, some of the original built-in plugins from Hudson were still present and were not being upgraded properly. However, I believe there may be some other issue at hand. Some of our plugins were pinned . This was not done intentionally, but even after un-pinning them and upgrading the CVS and GIT plugins, they still had the wrong version. Note the following differences between the two META-INF directories for the cvs and git plugins, respectively: These diffs are being done where the current working directory is the root of the Jenkins working directory for the old , or broken version. A clean install was done by setting the Jenkins working directory to <former_jenkins_working_directory>/jenkins-dir. -bash-3.2$ for f in $(ls jenkins-dir/plugins | grep "^cvs" ); do diff -b -r plugins/$f/META-INF jenkins-dir/plugins/$f/META-INF; done diff -b -r plugins/cvs/META-INF/MANIFEST.MF jenkins-dir/plugins/cvs/META-INF/MANIFEST.MF 4,5c4,5 < Built-By: stephenc < Build-Jdk: 1.6.0_24 --- > Built-By: aruna > Build-Jdk: 1.6.0_20 8,9c8 < Implementation-Version: 1.4 < Group-Id: org.jenkins-ci.plugins --- > Implementation-Version: 1.2 11,14c10,13 < Long -Name: Jenkins CVS Plug-in < Url: http: //wiki.jenkins-ci.org/display/JENKINS/CVS+Plugin < Plugin-Version: 1.4 < Hudson-Version: 1.400 --- > Long -Name: Hudson CVS Plug-in > Url: http: //wiki.hudson-ci.org/display/HUDSON/CVS+Plugin > Plugin-Version: 1.2 > Hudson-Version: 1.338 -bash-3.2$ for f in $(ls jenkins-dir/plugins | grep "^git" ); do diff -b -r plugins/$f/META-INF jenkins-dir/plugins/$f/META-INF; done diff -b -r plugins/git/META-INF/MANIFEST.MF jenkins-dir/plugins/git/META-INF/MANIFEST.MF 4,5c4,5 < Built-By: ant < Build-Jdk: 1.6.0_25 --- > Built-By: abayer > Build-Jdk: 1.6.0_24 7,9c7 < Specification-Title: Integrates Hudson with GIT SCM < Specification-Vendor: Hudson < Implementation-Vendor: Hudson --- > Specification-Title: Integrates Jenkins with GIT SCM 11c9 < Implementation-Version: 2.0.1 --- > Implementation-Version: 1.1.9 13d10 < Group-Id: org.jvnet.hudson.plugins 15,20c12,18 < Long -Name: Hudson GIT plugin < Url: http: //wiki.hudson-ci.org/display/HUDSON/Git+Plugin < Plugin-Version: 2.0.1 < Hudson-Version: 2.0.1 < Plugin-Dependencies: parameterized-trigger:2.4;resolution:=optional < Plugin-Developers: Many:kohsuke abayer wjprakash antkozak 8nevil8: --- > Long -Name: Jenkins GIT plugin > Url: http: //wiki.jenkins-ci.org/display/JENKINS/Git+Plugin > Plugin-Version: 1.1.9 > Hudson-Version: 1.358 > Plugin-Dependencies: parameterized-trigger:2.4;resolution:=optional,to > ken-macro:1.0;resolution:=optional > Plugin-Developers: After unpinning the plugins in the old installation and restarting, they appeared to be upgradable. However, even after an upgrade, they appeared just as they do above, and the build still breaks with the same java.lang.AbstractMethodError it has been.

          Scott Pfister added a comment -

          Final comment for now...

          Moving the cvs and git plugins out of the broken version of Jenkins and copying them from the working version of Jenkins, solved the problem.

          Scott Pfister added a comment - Final comment for now... Moving the cvs and git plugins out of the broken version of Jenkins and copying them from the working version of Jenkins, solved the problem.

          Doug Konrad added a comment -

          I am seeing this in my Jenkins 1.420 install, on my slaves. One slave is RHEL 5 and the other is Win 2000.

          Doug Konrad added a comment - I am seeing this in my Jenkins 1.420 install, on my slaves. One slave is RHEL 5 and the other is Win 2000.

          Doug Konrad added a comment -

          My master is running FC10.

          Doug Konrad added a comment - My master is running FC10.

          Doug Konrad added a comment -

          When I downgraded my CVS plugin from 2.0.1 to 2.0.0, the problem went away.

          Doug Konrad added a comment - When I downgraded my CVS plugin from 2.0.1 to 2.0.0, the problem went away.

          erikengerd added a comment -

          Just moved from hudson to jenkins with the idea of also using GIT. Now the new GIT freestyle project is giving the error described in this bug. Old subversion projects are still working.

          By the way what is the 'working' version of jenkins?

          erikengerd added a comment - Just moved from hudson to jenkins with the idea of also using GIT. Now the new GIT freestyle project is giving the error described in this bug. Old subversion projects are still working. By the way what is the 'working' version of jenkins?

          erikengerd added a comment -

          What helped was downgrading the git plugin. I had git plugin version 2.1.0 installed. Instead I downloaded the 1.1.12 git.hpi and manually installed that by:
          1. stop application server
          2. remove the git directory in the plugins directory and the git.hpi file
          3. copy the 1.1.12 git.hpi file to the plugins directory
          4. start the application server.

          Strangely enough the 2.1.0 version appears to have come from a hudson site becuase I cannot find it on the site of the git plugins http://updates.jenkins-ci.org/download/plugins/git/

          I did upgrade from hudson to jenkins. Interestingly enough when I go to "Manage Jenkins" and "Plugin Manager" it does show that there is an update from 1.1.12 to version 2.1.0. It also warns that it may not work on version of jenkins before 2.1.0 (my version is 1.424 which is recent). So it does seem that hudson and jenkins updates are being mixed.

          Why is the user interface showing this? My update center URL only point to jenkins (http://updates.jenkins-ci.org/update-center.json).

          erikengerd added a comment - What helped was downgrading the git plugin. I had git plugin version 2.1.0 installed. Instead I downloaded the 1.1.12 git.hpi and manually installed that by: 1. stop application server 2. remove the git directory in the plugins directory and the git.hpi file 3. copy the 1.1.12 git.hpi file to the plugins directory 4. start the application server. Strangely enough the 2.1.0 version appears to have come from a hudson site becuase I cannot find it on the site of the git plugins http://updates.jenkins-ci.org/download/plugins/git/ I did upgrade from hudson to jenkins. Interestingly enough when I go to "Manage Jenkins" and "Plugin Manager" it does show that there is an update from 1.1.12 to version 2.1.0. It also warns that it may not work on version of jenkins before 2.1.0 (my version is 1.424 which is recent). So it does seem that hudson and jenkins updates are being mixed. Why is the user interface showing this? My update center URL only point to jenkins ( http://updates.jenkins-ci.org/update-center.json ).

          erikengerd added a comment -

          Figured it out now.

          This issue is related to JENKINS-9866 (https://issues.jenkins-ci.org/browse/JENKINS-9866).
          Apparently, after moving from hudson to jenkins, old update information was still present.

          Just go to "Manage Jenkins"/"Manage Plugins"/"Advanced", then click on the "Check Now" button next to "Update Information Obtained...". After this, the extraneous updates from hudson are gone and the GIT update to version 2.1.0 is no longer shown.

          The GIT plugin was forked after version 1.1.7 and the hudson variant does not work with jenkins.

          The issue JENKINS-9866 addresses this. If Jenkins would do this automatic update once (or at least after it detects having upgraded from hudson if that is possible), then the problem will be gone.

          I think it is even possible to close this issue now as JENKINS-9866 is the real issue.

          erikengerd added a comment - Figured it out now. This issue is related to JENKINS-9866 ( https://issues.jenkins-ci.org/browse/JENKINS-9866 ). Apparently, after moving from hudson to jenkins, old update information was still present. Just go to "Manage Jenkins"/"Manage Plugins"/"Advanced", then click on the "Check Now" button next to "Update Information Obtained...". After this, the extraneous updates from hudson are gone and the GIT update to version 2.1.0 is no longer shown. The GIT plugin was forked after version 1.1.7 and the hudson variant does not work with jenkins. The issue JENKINS-9866 addresses this. If Jenkins would do this automatic update once (or at least after it detects having upgraded from hudson if that is possible), then the problem will be gone. I think it is even possible to close this issue now as JENKINS-9866 is the real issue.

          I recently migrated from Hudson 2.0 to Jenkins 1.435 and had the same error.

          java.lang.AbstractMethodError at hudson.model.AbstractBuild.getCulprits

          This persisted even though I 'Check Now' and updated all the plugins to the new version, apparently the old Hudson version of the Git plugin was not being updated to the new Jenkins plugin. After I manually removed the old Hudson Git Plugin:

          • stopping Jenkins
          • going to the jenkins/plugsin dir
          • removing git and git.hpi
          • starting up Jenkins

          When I ran 'Check Now' again, I was able to install the Jenkins version of the Git plugin.

          Michael Guymon added a comment - I recently migrated from Hudson 2.0 to Jenkins 1.435 and had the same error. java.lang.AbstractMethodError at hudson.model.AbstractBuild.getCulprits This persisted even though I 'Check Now' and updated all the plugins to the new version, apparently the old Hudson version of the Git plugin was not being updated to the new Jenkins plugin. After I manually removed the old Hudson Git Plugin: stopping Jenkins going to the jenkins/plugsin dir removing git and git.hpi starting up Jenkins When I ran 'Check Now' again, I was able to install the Jenkins version of the Git plugin.

          This issue is being caused by incorrectly updated plugins (as per comments from other users). If this issue occurs for any other users then please reopen it and assign it to the core as it's not related to a specific plugin

          Michael Clarke added a comment - This issue is being caused by incorrectly updated plugins (as per comments from other users). If this issue occurs for any other users then please reopen it and assign it to the core as it's not related to a specific plugin

            mc1arke Michael Clarke
            oskaripetas Oskari Petas
            Votes:
            3 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: