java.lang.RuntimeException: java.lang.ArrayIndexOutOfBoundsException: -1

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.ArrayIndexOutOfBoundsException: -1
  2. 0

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

    jenkins-ci.org | 5 months ago
    java.lang.RuntimeException: java.lang.ArrayIndexOutOfBoundsException: -1
  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.ArrayIndexOutOfBoundsException: -1
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    Multiple exceptions thrown parsing date string

    Stack Overflow | 4 years ago | Craigy
    java.lang.ArrayIndexOutOfBoundsException: -1
  6. 0

    Unparseable date while loading Play2 assets

    Stack Overflow | 4 years ago | Sebastien Lorber
    java.lang.ArrayIndexOutOfBoundsException: -1
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.ArrayIndexOutOfBoundsException

    -1

    at java.text.DigitList.fitsIntoLong()
  2. Java RT
    DateFormat.parse
    1. java.text.DigitList.fitsIntoLong(Unknown Source)
    2. java.text.DecimalFormat.parse(Unknown Source)
    3. java.text.SimpleDateFormat.subParse(Unknown Source)
    4. java.text.SimpleDateFormat.parse(Unknown Source)
    5. java.text.DateFormat.parse(Unknown Source)
    5 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:326)
    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:69)
    1 frame
  8. Java RT
    Thread.run
    1. java.lang.Thread.run(Unknown Source)
    1 frame