java.lang.RuntimeException: java.lang.NumberFormatException: For input string: ".2001155E4.2001155E4"

Jenkins JIRA | Stefan Drissen | 1 year ago
  1. 0

    Since installing the TFS plug-in 4.0.0 one of the slaves often fails with FATAL: java.lang.NumberFormatException: For input string: ".2001155E4.2001155E4" {noformat} Started by upstream project "7.12/build work" build number 475 originally caused by: Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on <machine> (oe11.4 oe10.2b) in workspace d:\jenkins\workspace\7.12\work\build_bl-11.4-oe FATAL: java.lang.NumberFormatException: For input string: ".2001155E4.2001155E4" java.lang.RuntimeException: java.lang.NumberFormatException: For input string: ".2001155E4.2001155E4" at hudson.plugins.tfs.model.Server.execute(Server.java:110) at hudson.plugins.tfs.model.Project.extractChangesetNumber(Project.java:193) at hudson.plugins.tfs.model.Project.getRemoteChangesetVersion(Project.java:189) at hudson.plugins.tfs.model.Project.getRemoteChangesetVersion(Project.java:205) at hudson.plugins.tfs.TeamFoundationServerScm.recordWorkspaceChangesetVersion(TeamFoundationServerScm.java:262) at hudson.plugins.tfs.TeamFoundationServerScm.checkout(TeamFoundationServerScm.java:211) at hudson.model.AbstractProject.checkout(AbstractProject.java:1277) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532) at hudson.model.Run.execute(Run.java:1741) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:408) Caused by: java.lang.NumberFormatException: For input string: ".2001155E4.2001155E4" at sun.misc.FloatingDecimal.readJavaFormatString(Unknown Source) at java.lang.Double.parseDouble(Unknown Source) at java.text.DigitList.getDouble(Unknown Source) at java.text.DecimalFormat.parse(Unknown Source) at java.text.SimpleDateFormat.subParse(Unknown Source) at java.text.SimpleDateFormat.parse(Unknown Source) at java.text.DateFormat.parse(Unknown Source) at com.microsoft.tfs.util.datetime.LenientDateTimeParser.parseExtended(LenientDateTimeParser.java:295) at com.microsoft.tfs.util.datetime.LenientDateTimeParser.parse(LenientDateTimeParser.java:380) at com.microsoft.tfs.core.clients.versioncontrol.specs.version.DateVersionSpec.<init>(DateVersionSpec.java:59) at com.microsoft.tfs.core.clients.versioncontrol.specs.version.VersionSpec.parseSingleVersionFromSpec(VersionSpec.java:230) at hudson.plugins.tfs.commands.RemoteChangesetVersionCommand.call(RemoteChangesetVersionCommand.java:59) at hudson.plugins.tfs.commands.RemoteChangesetVersionCommand.call(RemoteChangesetVersionCommand.java:33) at hudson.remoting.UserRequest.perform(UserRequest.java:121) at hudson.remoting.UserRequest.perform(UserRequest.java:49) at hudson.remoting.Request$2.run(Request.java:324) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at hudson.remoting.Engine$1$1.run(Engine.java:63) at java.lang.Thread.run(Unknown Source) at ......remote call to <machine>-50(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1413) at hudson.remoting.UserResponse.retrieve(UserRequest.java:221) at hudson.remoting.Channel.call(Channel.java:778) at hudson.plugins.tfs.model.Server.execute(Server.java:106) ... 13 more {noformat} A build around the same time on the same slave did not fail: {noformat} Started by upstream project "7.12/build work" build number 475 originally caused by: Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on <machine> (oe11.4 oe10.2b) in workspace d:\jenkins\workspace\7.12\work\build_ws-11.4 Querying for remote changeset at '$/<product>/7.12/work' as of 'D2015-09-10T08:10:36Z'... Query result is: Changeset #208683 by '<domain>\<user>' on '2015-09-10T08:08:46Z'. {noformat} Both these builds were started in parallel. It would seem that querying for remote changeset is sometimes failing to format the datetime correctly? Update. Just had one of a parallel pair complain - the invalid input string is identical to the previous fatal: {noformat} Started by upstream project "7.12/build work" build number 483 originally caused by: Started by user <user> [EnvInject] - Loading node environment variables. Building remotely on <machine> (oe11.4 windows oe10.2b) in workspace d:\jenkins\workspace\7.12\work\build_bl-11.4-oe FATAL: java.lang.NumberFormatException: For input string: ".2001155E4.2001155E4" java.lang.RuntimeException: java.lang.NumberFormatException: For input string: ".2001155E4.2001155E4" at hudson.plugins.tfs.model.Server.execute(Server.java:110) {noformat} {noformat} Started by upstream project "7.12/build work" build number 483 originally caused by: Started by user <user> [EnvInject] - Loading node environment variables. Building remotely on <machine> (oe11.4 windows oe10.2b) in workspace d:\jenkins\workspace\7.12\work\build_ws-11.4 Querying for remote changeset at '$/<product>/7.12/work' as of 'D2015-09-11T20:53:17Z'... Query result is: Changeset #208741 by '<domain>\<user>' on '2015-09-11T10:42:18Z'. {noformat} Update 2015-09-13: and another one of a parallel pair complained - the difference with the previous results is that the input string is empty: Successful start: {noformat} Started by upstream project "7.20/build work" build number 28 originally caused by: Started by an SCM change Started by an SCM change Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on <machine-50> (oe11.4 windows oe10.2b) in workspace d:\jenkins\workspace\7.20\work\build_bp-11.4 Querying for remote changeset at '$/<product>/7.20/work' as of 'D2015-09-13T20:02:26Z'... {noformat} Failed start: {noformat} Started by upstream project "7.20/build work" build number 28 originally caused by: Started by an SCM change Started by an SCM change Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on <machine-50> (oe11.4 windows oe10.2b) in workspace d:\jenkins\workspace\7.20\work\build_bl-11.4-oracle FATAL: java.lang.NumberFormatException: For input string: "" java.lang.RuntimeException: java.lang.NumberFormatException: For input string: "" at hudson.plugins.tfs.model.Server.execute(Server.java:110) {noformat} Update 2015-09-14: something else came in throwing the datetime handler in a new way: {noformat} Building remotely on <machine>-50 (oe11.4 windows oe10.2b) in workspace d:\jenkins\workspace\7.20\work\build_ws-11.4 FATAL: java.lang.ArrayIndexOutOfBoundsException: -1 java.lang.RuntimeException: java.lang.ArrayIndexOutOfBoundsException: -1 at hudson.plugins.tfs.model.Server.execute(Server.java:110) at hudson.plugins.tfs.model.Project.extractChangesetNumber(Project.java:193) at hudson.plugins.tfs.model.Project.getRemoteChangesetVersion(Project.java:189) at hudson.plugins.tfs.model.Project.getRemoteChangesetVersion(Project.java:205) at hudson.plugins.tfs.TeamFoundationServerScm.recordWorkspaceChangesetVersion(TeamFoundationServerScm.java:262) at hudson.plugins.tfs.TeamFoundationServerScm.checkout(TeamFoundationServerScm.java:211) at hudson.model.AbstractProject.checkout(AbstractProject.java:1277) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532) at hudson.model.Run.execute(Run.java:1741) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:408) Caused by: java.lang.ArrayIndexOutOfBoundsException: -1 at java.text.DigitList.fitsIntoLong(Unknown Source) at java.text.DecimalFormat.parse(Unknown Source) at java.text.SimpleDateFormat.subParse(Unknown Source) at java.text.SimpleDateFormat.parse(Unknown Source) at java.text.DateFormat.parse(Unknown Source) at com.microsoft.tfs.util.datetime.LenientDateTimeParser.parseExtended(LenientDateTimeParser.java:295) at com.microsoft.tfs.util.datetime.LenientDateTimeParser.parse(LenientDateTimeParser.java:380) at com.microsoft.tfs.core.clients.versioncontrol.specs.version.DateVersionSpec.<init>(DateVersionSpec.java:59) at com.microsoft.tfs.core.clients.versioncontrol.specs.version.VersionSpec.parseSingleVersionFromSpec(VersionSpec.java:230) at hudson.plugins.tfs.commands.RemoteChangesetVersionCommand.call(RemoteChangesetVersionCommand.java:59) at hudson.plugins.tfs.commands.RemoteChangesetVersionCommand.call(RemoteChangesetVersionCommand.java:33) at hudson.remoting.UserRequest.perform(UserRequest.java:121) at hudson.remoting.UserRequest.perform(UserRequest.java:49) at hudson.remoting.Request$2.run(Request.java:326) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at hudson.remoting.Engine$1$1.run(Engine.java:69) at java.lang.Thread.run(Unknown Source) at ......remote call to <machine>-50(Native Method) {noformat} Update 2015-09-16 - now a build being performed on the master (with a slave orchestrating the multijob build) is failing: {noformat} Started by upstream project "7.20/build work" build number 52 originally caused by: Started by user <user> [EnvInject] - Loading node environment variables. Building on master in workspace C:\Program Files (x86)\Jenkins\jobs\7.20\jobs\work\jobs\build_ws-11.4\workspace FATAL: java.lang.NumberFormatException: For input string: "E.420155" java.lang.RuntimeException: java.lang.NumberFormatException: For input string: "E.420155" {noformat}

    Jenkins JIRA | 1 year ago | Stefan Drissen
    java.lang.RuntimeException: java.lang.NumberFormatException: For input string: ".2001155E4.2001155E4"
  2. 0

    [JENKINS-30382] TFS plug-in 4.0.0 NumberFormatExceptions - Jenkins JIRA

    jenkins-ci.org | 5 months ago
    java.lang.RuntimeException: java.lang.NumberFormatException: For input string: ".2001155E4.2001155E4"
  3. 0

    Since installing the TFS plug-in 4.0.0 one of the slaves often fails with FATAL: java.lang.NumberFormatException: For input string: ".2001155E4.2001155E4" {noformat} Started by upstream project "7.12/build work" build number 475 originally caused by: Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on <machine> (oe11.4 oe10.2b) in workspace d:\jenkins\workspace\7.12\work\build_bl-11.4-oe FATAL: java.lang.NumberFormatException: For input string: ".2001155E4.2001155E4" java.lang.RuntimeException: java.lang.NumberFormatException: For input string: ".2001155E4.2001155E4" at hudson.plugins.tfs.model.Server.execute(Server.java:110) at hudson.plugins.tfs.model.Project.extractChangesetNumber(Project.java:193) at hudson.plugins.tfs.model.Project.getRemoteChangesetVersion(Project.java:189) at hudson.plugins.tfs.model.Project.getRemoteChangesetVersion(Project.java:205) at hudson.plugins.tfs.TeamFoundationServerScm.recordWorkspaceChangesetVersion(TeamFoundationServerScm.java:262) at hudson.plugins.tfs.TeamFoundationServerScm.checkout(TeamFoundationServerScm.java:211) at hudson.model.AbstractProject.checkout(AbstractProject.java:1277) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532) at hudson.model.Run.execute(Run.java:1741) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:408) Caused by: java.lang.NumberFormatException: For input string: ".2001155E4.2001155E4" at sun.misc.FloatingDecimal.readJavaFormatString(Unknown Source) at java.lang.Double.parseDouble(Unknown Source) at java.text.DigitList.getDouble(Unknown Source) at java.text.DecimalFormat.parse(Unknown Source) at java.text.SimpleDateFormat.subParse(Unknown Source) at java.text.SimpleDateFormat.parse(Unknown Source) at java.text.DateFormat.parse(Unknown Source) at com.microsoft.tfs.util.datetime.LenientDateTimeParser.parseExtended(LenientDateTimeParser.java:295) at com.microsoft.tfs.util.datetime.LenientDateTimeParser.parse(LenientDateTimeParser.java:380) at com.microsoft.tfs.core.clients.versioncontrol.specs.version.DateVersionSpec.<init>(DateVersionSpec.java:59) at com.microsoft.tfs.core.clients.versioncontrol.specs.version.VersionSpec.parseSingleVersionFromSpec(VersionSpec.java:230) at hudson.plugins.tfs.commands.RemoteChangesetVersionCommand.call(RemoteChangesetVersionCommand.java:59) at hudson.plugins.tfs.commands.RemoteChangesetVersionCommand.call(RemoteChangesetVersionCommand.java:33) at hudson.remoting.UserRequest.perform(UserRequest.java:121) at hudson.remoting.UserRequest.perform(UserRequest.java:49) at hudson.remoting.Request$2.run(Request.java:324) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at hudson.remoting.Engine$1$1.run(Engine.java:63) at java.lang.Thread.run(Unknown Source) at ......remote call to <machine>-50(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1413) at hudson.remoting.UserResponse.retrieve(UserRequest.java:221) at hudson.remoting.Channel.call(Channel.java:778) at hudson.plugins.tfs.model.Server.execute(Server.java:106) ... 13 more {noformat} A build around the same time on the same slave did not fail: {noformat} Started by upstream project "7.12/build work" build number 475 originally caused by: Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on <machine> (oe11.4 oe10.2b) in workspace d:\jenkins\workspace\7.12\work\build_ws-11.4 Querying for remote changeset at '$/<product>/7.12/work' as of 'D2015-09-10T08:10:36Z'... Query result is: Changeset #208683 by '<domain>\<user>' on '2015-09-10T08:08:46Z'. {noformat} Both these builds were started in parallel. It would seem that querying for remote changeset is sometimes failing to format the datetime correctly? Update. Just had one of a parallel pair complain - the invalid input string is identical to the previous fatal: {noformat} Started by upstream project "7.12/build work" build number 483 originally caused by: Started by user <user> [EnvInject] - Loading node environment variables. Building remotely on <machine> (oe11.4 windows oe10.2b) in workspace d:\jenkins\workspace\7.12\work\build_bl-11.4-oe FATAL: java.lang.NumberFormatException: For input string: ".2001155E4.2001155E4" java.lang.RuntimeException: java.lang.NumberFormatException: For input string: ".2001155E4.2001155E4" at hudson.plugins.tfs.model.Server.execute(Server.java:110) {noformat} {noformat} Started by upstream project "7.12/build work" build number 483 originally caused by: Started by user <user> [EnvInject] - Loading node environment variables. Building remotely on <machine> (oe11.4 windows oe10.2b) in workspace d:\jenkins\workspace\7.12\work\build_ws-11.4 Querying for remote changeset at '$/<product>/7.12/work' as of 'D2015-09-11T20:53:17Z'... Query result is: Changeset #208741 by '<domain>\<user>' on '2015-09-11T10:42:18Z'. {noformat} Update 2015-09-13: and another one of a parallel pair complained - the difference with the previous results is that the input string is empty: Successful start: {noformat} Started by upstream project "7.20/build work" build number 28 originally caused by: Started by an SCM change Started by an SCM change Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on <machine-50> (oe11.4 windows oe10.2b) in workspace d:\jenkins\workspace\7.20\work\build_bp-11.4 Querying for remote changeset at '$/<product>/7.20/work' as of 'D2015-09-13T20:02:26Z'... {noformat} Failed start: {noformat} Started by upstream project "7.20/build work" build number 28 originally caused by: Started by an SCM change Started by an SCM change Started by an SCM change [EnvInject] - Loading node environment variables. Building remotely on <machine-50> (oe11.4 windows oe10.2b) in workspace d:\jenkins\workspace\7.20\work\build_bl-11.4-oracle FATAL: java.lang.NumberFormatException: For input string: "" java.lang.RuntimeException: java.lang.NumberFormatException: For input string: "" at hudson.plugins.tfs.model.Server.execute(Server.java:110) {noformat} Update 2015-09-14: something else came in throwing the datetime handler in a new way: {noformat} Building remotely on <machine>-50 (oe11.4 windows oe10.2b) in workspace d:\jenkins\workspace\7.20\work\build_ws-11.4 FATAL: java.lang.ArrayIndexOutOfBoundsException: -1 java.lang.RuntimeException: java.lang.ArrayIndexOutOfBoundsException: -1 at hudson.plugins.tfs.model.Server.execute(Server.java:110) at hudson.plugins.tfs.model.Project.extractChangesetNumber(Project.java:193) at hudson.plugins.tfs.model.Project.getRemoteChangesetVersion(Project.java:189) at hudson.plugins.tfs.model.Project.getRemoteChangesetVersion(Project.java:205) at hudson.plugins.tfs.TeamFoundationServerScm.recordWorkspaceChangesetVersion(TeamFoundationServerScm.java:262) at hudson.plugins.tfs.TeamFoundationServerScm.checkout(TeamFoundationServerScm.java:211) at hudson.model.AbstractProject.checkout(AbstractProject.java:1277) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:610) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:532) at hudson.model.Run.execute(Run.java:1741) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:408) Caused by: java.lang.ArrayIndexOutOfBoundsException: -1 at java.text.DigitList.fitsIntoLong(Unknown Source) at java.text.DecimalFormat.parse(Unknown Source) at java.text.SimpleDateFormat.subParse(Unknown Source) at java.text.SimpleDateFormat.parse(Unknown Source) at java.text.DateFormat.parse(Unknown Source) at com.microsoft.tfs.util.datetime.LenientDateTimeParser.parseExtended(LenientDateTimeParser.java:295) at com.microsoft.tfs.util.datetime.LenientDateTimeParser.parse(LenientDateTimeParser.java:380) at com.microsoft.tfs.core.clients.versioncontrol.specs.version.DateVersionSpec.<init>(DateVersionSpec.java:59) at com.microsoft.tfs.core.clients.versioncontrol.specs.version.VersionSpec.parseSingleVersionFromSpec(VersionSpec.java:230) at hudson.plugins.tfs.commands.RemoteChangesetVersionCommand.call(RemoteChangesetVersionCommand.java:59) at hudson.plugins.tfs.commands.RemoteChangesetVersionCommand.call(RemoteChangesetVersionCommand.java:33) at hudson.remoting.UserRequest.perform(UserRequest.java:121) at hudson.remoting.UserRequest.perform(UserRequest.java:49) at hudson.remoting.Request$2.run(Request.java:326) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at hudson.remoting.Engine$1$1.run(Engine.java:69) at java.lang.Thread.run(Unknown Source) at ......remote call to <machine>-50(Native Method) {noformat} Update 2015-09-16 - now a build being performed on the master (with a slave orchestrating the multijob build) is failing: {noformat} Started by upstream project "7.20/build work" build number 52 originally caused by: Started by user <user> [EnvInject] - Loading node environment variables. Building on master in workspace C:\Program Files (x86)\Jenkins\jobs\7.20\jobs\work\jobs\build_ws-11.4\workspace FATAL: java.lang.NumberFormatException: For input string: "E.420155" java.lang.RuntimeException: java.lang.NumberFormatException: For input string: "E.420155" {noformat}

    Jenkins JIRA | 1 year ago | Stefan Drissen
    java.lang.RuntimeException: java.lang.NumberFormatException: For input string: ".2001155E4.2001155E4"
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    Occasional NumberFormatException when entering form builder

    GitHub | 5 years ago | zhizhideng
    java.lang.NumberFormatException: For input string: "2244.E22442E2"

    4 unregistered visitors
    Not finding the right solution?
    Take a tour to get the most out of Samebug.

    Tired of useless tips?

    Automated exception search integrated into your IDE

    Root Cause Analysis

    1. java.lang.NumberFormatException

      For input string: ".2001155E4.2001155E4"

      at sun.misc.FloatingDecimal.readJavaFormatString()
    2. Java RT
      DateFormat.parse
      1. sun.misc.FloatingDecimal.readJavaFormatString(Unknown Source)
      2. java.lang.Double.parseDouble(Unknown Source)
      3. java.text.DigitList.getDouble(Unknown Source)
      4. java.text.DecimalFormat.parse(Unknown Source)
      5. java.text.SimpleDateFormat.subParse(Unknown Source)
      6. java.text.SimpleDateFormat.parse(Unknown Source)
      7. java.text.DateFormat.parse(Unknown Source)
      7 frames
    3. com.microsoft.tfs
      VersionSpec.parseSingleVersionFromSpec
      1. com.microsoft.tfs.util.datetime.LenientDateTimeParser.parseExtended(LenientDateTimeParser.java:295)
      2. com.microsoft.tfs.util.datetime.LenientDateTimeParser.parse(LenientDateTimeParser.java:380)
      3. com.microsoft.tfs.core.clients.versioncontrol.specs.version.DateVersionSpec.<init>(DateVersionSpec.java:59)
      4. com.microsoft.tfs.core.clients.versioncontrol.specs.version.VersionSpec.parseSingleVersionFromSpec(VersionSpec.java:230)
      4 frames
    4. hudson.plugins.tfs
      RemoteChangesetVersionCommand.call
      1. hudson.plugins.tfs.commands.RemoteChangesetVersionCommand.call(RemoteChangesetVersionCommand.java:59)
      2. hudson.plugins.tfs.commands.RemoteChangesetVersionCommand.call(RemoteChangesetVersionCommand.java:33)
      2 frames
    5. Hudson :: Remoting Layer
      InterceptingExecutorService$1.call
      1. hudson.remoting.UserRequest.perform(UserRequest.java:121)
      2. hudson.remoting.UserRequest.perform(UserRequest.java:49)
      3. hudson.remoting.Request$2.run(Request.java:324)
      4. hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
      4 frames
    6. Java RT
      ThreadPoolExecutor$Worker.run
      1. java.util.concurrent.FutureTask.run(Unknown Source)
      2. java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
      3. java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
      3 frames
    7. Hudson :: Remoting Layer
      Engine$1$1.run
      1. hudson.remoting.Engine$1$1.run(Engine.java:63)
      1 frame
    8. Java RT
      Thread.run
      1. java.lang.Thread.run(Unknown Source)
      1 frame