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

          Oskari Petas created issue -

          Scott Pfister added a comment -

          I have come across this identical issue, and we are doing Ruby on Rails builds (e.g. just running tests). There is no usage of ant whatsoever.

          We are behind a somewhat obscure firewall (lets many common things through but not some obscure things). As a result, simply to get our job to update and build, we have had to play some games with environment configuration to get the rest of the build to successfully update the repository and run:

          • export SSH_ASKPASS=
          • export GIT_NO_VERIFY_SSL=true

          Whether or not these changes are related to the problem I am unable to say for sure. However, before we were getting the exact output above:

          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)
          

          ...and jenkins.log:

          WARNING: Caught exception evaluating: it.emptySet. Reason: java.lang.reflect.InvocationTargetException
          java.lang.reflect.InvocationTargetException
          _ITE details elided_
          Caused by: java.lang.AbstractMethodError: hudson.scm.ChangeLogSet.isEmptySet()Z
                  ... 112 more
          

          we were getting this output:

          FATAL: hudson.scm.ChangeLogSet.iterator()Ljava/util/Iterator;
          java.lang.AbstractMethodError: hudson.scm.ChangeLogSet.iterator()Ljava/util/Iterator;
          	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)
          

          ...and jenkins.log:

          WARNING: Caught exception evaluating: it.emptySet. Reason: java.lang.reflect.InvocationTargetException
          java.lang.reflect.InvocationTargetException
          _ITE details elided_
          Caused by: java.lang.AbstractMethodError: hudson.plugins.git.GitChangeSetList.isEmptySet()Z
                  ... 113 more
          

          This is a serious problem for us as it causes all of our CI builds to appear to have failed. Furthermore, we have not yet found any workarounds.

          I'm happy to help any developer who may take this on with diagnosis or testing. However, I'm not in a position to dive into fix it myself just yet simply due to time constraints from the project I'm working on for my employer.

          Scott Pfister added a comment - I have come across this identical issue, and we are doing Ruby on Rails builds (e.g. just running tests). There is no usage of ant whatsoever. We are behind a somewhat obscure firewall (lets many common things through but not some obscure things). As a result, simply to get our job to update and build, we have had to play some games with environment configuration to get the rest of the build to successfully update the repository and run: export SSH_ASKPASS= export GIT_NO_VERIFY_SSL=true Whether or not these changes are related to the problem I am unable to say for sure. However, before we were getting the exact output above: 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) ...and jenkins.log: WARNING: Caught exception evaluating: it.emptySet. Reason: java.lang.reflect.InvocationTargetException java.lang.reflect.InvocationTargetException _ITE details elided_ Caused by: java.lang.AbstractMethodError: hudson.scm.ChangeLogSet.isEmptySet()Z ... 112 more we were getting this output: FATAL: hudson.scm.ChangeLogSet.iterator()Ljava/util/Iterator; java.lang.AbstractMethodError: hudson.scm.ChangeLogSet.iterator()Ljava/util/Iterator; 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) ...and jenkins.log: WARNING: Caught exception evaluating: it.emptySet. Reason: java.lang.reflect.InvocationTargetException java.lang.reflect.InvocationTargetException _ITE details elided_ Caused by: java.lang.AbstractMethodError: hudson.plugins.git.GitChangeSetList.isEmptySet()Z ... 113 more This is a serious problem for us as it causes all of our CI builds to appear to have failed. Furthermore, we have not yet found any workarounds. I'm happy to help any developer who may take this on with diagnosis or testing. However, I'm not in a position to dive into fix it myself just yet simply due to time constraints from the project I'm working on for my employer.
          Scott Pfister made changes -
          Component/s New: changelog-history [ 15600 ]
          Component/s Original: ant [ 15488 ]
          Affects Version/s New: current [ 10162 ]

          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 made changes -
          Environment Original: Ubuntu 11 New: Ubuntu 11, RHEL 5, Win2000

          Doug Konrad added a comment -

          My master is running FC10.

          Doug Konrad added a comment - My master is running FC10.
          Doug Konrad made changes -
          Environment Original: Ubuntu 11, RHEL 5, Win2000 New: Ubuntu 11, RHEL 5, Win2000, 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.

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

              Created:
              Updated:
              Resolved: