• Icon: Bug Bug
    • Resolution: Duplicate
    • Icon: Critical Critical
    • core
    • None
    • Linux, JDK 6. 1.349 w/ Mercurial plugin 1.25.

      I upgraded two Hudson servers, both using latest Mercurial plugin, to Hudson 1.349. One seems fine. On the other one, SCM polling is completely broken (for jobs built either on master or slaves):

      Last Mercurial Polling Log

      Started on Mar 8, 2010 5:31:08 PM
      ERROR: Failed to record SCM polling
      [8mha:AAA....<junk>....AAA==[0mjava.lang.AbstractMethodError
      at hudson.scm.SCM.poll(SCM.java:344)
      at hudson.model.AbstractProject.poll(AbstractProject.java:1149)
      at hudson.triggers.SCMTrigger$Runner.runPolling(SCMTrigger.java:319)
      at hudson.triggers.SCMTrigger$Runner.run(SCMTrigger.java:348)
      at hudson.util.SequentialExecutionQueue$QueueEntry.run(SequentialExecutionQueue.java:118)
      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:619)

      The stack trace is odd because it looks like it is throwing AME from inside the catch block for AME, calling the older method!

          [JENKINS-5866] AbstractMethodError from SCM.poll

          Jesse Glick created issue -

          Jesse Glick added a comment -

          Seems related to fix of JENKINS-2180.

          Jesse Glick added a comment - Seems related to fix of JENKINS-2180 .
          Jesse Glick made changes -
          Link New: This issue is blocking JENKINS-2180 [ JENKINS-2180 ]
          Andrew Bayer made changes -
          Link New: This issue duplicates JENKINS-5756 [ JENKINS-5756 ]

          Jesse Glick added a comment -

          Seems to be working after a restart of the server, for no reason I can explain.

          Jesse Glick added a comment - Seems to be working after a restart of the server, for no reason I can explain.
          Jesse Glick made changes -
          Resolution New: Cannot Reproduce [ 5 ]
          Status Original: Open [ 1 ] New: Resolved [ 5 ]

          "Working after a restart" is the same symptom as Fabrizio reported in http://n4.nabble.com/HG-polling-broken-after-the-latest-update-td1565296.html

          I still can't reproduce this problem.

          Kohsuke Kawaguchi added a comment - "Working after a restart" is the same symptom as Fabrizio reported in http://n4.nabble.com/HG-polling-broken-after-the-latest-update-td1565296.html I still can't reproduce this problem.

          Jesse Glick added a comment -

          Yes, my experience is exactly the same as Fabrizio's. Perhaps the Hudson plugin class loader is loading certain classes from the old JAR? But even that would not explain the stack trace (that I can see), since the caller is in the exact same class as the definition of the method which is no longer abstract.

          Jesse Glick added a comment - Yes, my experience is exactly the same as Fabrizio's. Perhaps the Hudson plugin class loader is loading certain classes from the old JAR? But even that would not explain the stack trace (that I can see), since the caller is in the exact same class as the definition of the method which is no longer abstract.

          Andrew Bayer added a comment -

          I was able to reproduce it by having both a git job and a Subversion job (with Subversion plugin 1.12 or later), with both polling. So I'm guessing there's some bleed there.

          Andrew Bayer added a comment - I was able to reproduce it by having both a git job and a Subversion job (with Subversion plugin 1.12 or later), with both polling. So I'm guessing there's some bleed there.

          Jesse Glick added a comment -

          Started happening again today on the same server. (This one does have a few Subversion-based jobs as well as Mercurial-based jobs, whereas the server which is OK has only Mercurial-based jobs.)

          Jesse Glick added a comment - Started happening again today on the same server. (This one does have a few Subversion-based jobs as well as Mercurial-based jobs, whereas the server which is OK has only Mercurial-based jobs.)
          Jesse Glick made changes -
          Resolution Original: Cannot Reproduce [ 5 ]
          Status Original: Resolved [ 5 ] New: Reopened [ 4 ]

            Unassigned Unassigned
            jglick Jesse Glick
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

              Created:
              Updated:
              Resolved: