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

UndeclaredThrowableException while recording fingerprints

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Open (View Workflow)
    • Priority: Major
    • Resolution: Unresolved
    • Component/s: core, remoting
    • Labels:
      None
    • Environment:
      Jenkins ver. 1.521, Master & Slave on Linux
    • Similar Issues:

      Description

      The following exception was thrown during fingerprint recording.

      ERROR: Publisher hudson.tasks.Fingerprinter aborted due to exception
      java.lang.reflect.UndeclaredThrowableException
      	at $Proxy6.fetch3(Unknown Source)
      	at hudson.remoting.RemoteClassLoader.findClass(RemoteClassLoader.java:156)
      	at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
      	at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
      	at java.lang.Class.getDeclaredMethods0(Native Method)
      	at java.lang.Class.privateGetDeclaredMethods(Class.java:2442)
      	at java.lang.Class.getDeclaredMethod(Class.java:1952)
      	at java.io.ObjectStreamClass.getPrivateMethod(ObjectStreamClass.java:1411)
      	at java.io.ObjectStreamClass.access$1700(ObjectStreamClass.java:69)
      	at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:481)
      	at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:455)
      	at java.security.AccessController.doPrivileged(Native Method)
      	at java.io.ObjectStreamClass.<init>(ObjectStreamClass.java:455)
      	at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:352)
      	at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1130)
      	at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:346)
      	at java.util.ArrayList.writeObject(ArrayList.java:710)
      	at sun.reflect.GeneratedMethodAccessor5.invoke(Unknown Source)
      	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
      	at java.lang.reflect.Method.invoke(Method.java:601)
      	at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:975)
      	at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1480)
      	at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1416)
      	at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1174)
      	at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:346)
      	at hudson.remoting.UserRequest._serialize(UserRequest.java:155)
      	at hudson.remoting.UserRequest.serialize(UserRequest.java:164)
      	at hudson.remoting.UserRequest.perform(UserRequest.java:126)
      	at hudson.remoting.UserRequest.perform(UserRequest.java:48)
      	at hudson.remoting.Request$2.run(Request.java:326)
      	at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
      	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
      	at java.util.concurrent.FutureTask.run(FutureTask.java:166)
      	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
      	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
      	at java.lang.Thread.run(Thread.java:722)
      Caused by: java.lang.InterruptedException
      	at java.lang.Object.wait(Native Method)
      	at hudson.remoting.Request.call(Request.java:146)
      	at hudson.remoting.RemoteInvocationHandler.invoke(RemoteInvocationHandler.java:165)
      	... 36 more
      

        Attachments

          Activity

          Hide
          vpalumbo_jenkins Vincent Palumbo added a comment -

          We're getting the same exception after our recent upgrade to Java 7 on our build server and slaves

          Show
          vpalumbo_jenkins Vincent Palumbo added a comment - We're getting the same exception after our recent upgrade to Java 7 on our build server and slaves
          Hide
          marnix_klooster Marnix Klooster added a comment -

          Ditto here: master uses Java 6, and one slave was accidentally switched to Java 7, both run Windows: this triggered exactly the same problem.

          Note that one of the fingerprinted files is more than 700MB; this may or may not be related to this problem.

          We are using the JNLP from the command line on this slave, so I tried the workaround of setting JAVA_HOME to a Java 6 instance, and starting "%JAVA_HOME%\bin\javaws", but that triggered the problem described here: http://stackoverflow.com/q/15366611/223837. (Basically this caused a Java 7 java.exe to be started, but with a Java 6 classpath!)

          Show
          marnix_klooster Marnix Klooster added a comment - Ditto here: master uses Java 6, and one slave was accidentally switched to Java 7, both run Windows: this triggered exactly the same problem. Note that one of the fingerprinted files is more than 700MB; this may or may not be related to this problem. We are using the JNLP from the command line on this slave, so I tried the workaround of setting JAVA_HOME to a Java 6 instance, and starting "%JAVA_HOME%\bin\javaws" , but that triggered the problem described here: http://stackoverflow.com/q/15366611/223837 . (Basically this caused a Java 7 java.exe to be started, but with a Java 6 classpath!)

            People

            • Assignee:
              Unassigned
              Reporter:
              rbaradari Ramin Baradari
            • Votes:
              3 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

              • Created:
                Updated: