java.lang.RuntimeException

There are no available Samebug tips for this exception. Do you have an idea how to solve this issue? A short tip would help users who saw this issue last week.

  • 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}
    via by Stefan Drissen,
  • 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}
    via by Stefan Drissen,
  • I saw this right after logging in and trying to retrieve a space. Not sure which space caused it - wasn't able to reproduce. SEVERE: Servlet.service() for servlet RestServlet threw exception java.lang.ArrayIndexOutOfBoundsException: -1 at java.text.DigitList.fitsIntoLong(DigitList.java:212) at java.text.DecimalFormat.parse(DecimalFormat.java:1296) at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:1936) at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1312) at java.text.DateFormat.parse(DateFormat.java:335) at org.duracloud.s3storage.S3StorageProvider.getCreationDate(S3StorageProvider.java:382) at org.duracloud.s3storage.S3StorageProvider.getSpaceMetadata(S3StorageProvider.java:332) at org.duracloud.storage.provider.StatelessStorageProviderImpl.getSpaceMetadata(StatelessStorageProviderImpl.java:133) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149) at org.duracloud.durastore.aop.RetryAdvice.invoke(RetryAdvice.java:32) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) at $Proxy3.getSpaceMetadata(Unknown Source) at org.duracloud.storage.provider.BrokeredStorageProvider.getSpaceMetadata(BrokeredStorageProvider.java:103) at org.duracloud.durastore.rest.SpaceResource.getSpaceMetadata(SpaceResource.java:90) at org.duracloud.durastore.rest.SpaceRest.addSpaceMetadataToResponse(SpaceRest.java:119) at org.duracloud.durastore.rest.SpaceRest.getSpace(SpaceRest.java:87) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at com.sun.jersey.server.impl.model.method.dispatch.EntityParamDispatchProvider$ResponseOutInvoker._dispatch(EntityParamDispatchProvider.java:157) at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:67) at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:124) at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:111) at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:71) at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:111) at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:63) at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:555) at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:514) at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:505) at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:359) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:378) at org.springframework.security.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:109) at org.springframework.security.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390) at org.springframework.security.ui.SessionFixationProtectionFilter.doFilterHttp(SessionFixationProtectionFilter.java:52) at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390) at org.springframework.security.ui.ExceptionTranslationFilter.doFilterHttp(ExceptionTranslationFilter.java:101) at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390) at org.springframework.security.providers.anonymous.AnonymousProcessingFilter.doFilterHttp(AnonymousProcessingFilter.java:105) at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390) at org.springframework.security.wrapper.SecurityContextHolderAwareRequestFilter.doFilterHttp(SecurityContextHolderAwareRequestFilter.java:91) at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390) at org.springframework.security.ui.basicauth.BasicProcessingFilter.doFilterHttp(BasicProcessingFilter.java:174) at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390) at org.springframework.security.ui.logout.LogoutFilter.doFilterHttp(LogoutFilter.java:89) at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390) at org.springframework.security.context.HttpSessionContextIntegrationFilter.doFilterHttp(HttpSessionContextIntegrationFilter.java:235) at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390) at org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:175) at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:236) at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) at java.lang.Thread.run(Thread.java:637)
    via by Danny Bernstein,
  • CBE setCreationTime exception
    via by Elisabetta_Flamini,
  • I saw this right after logging in and trying to retrieve a space. Not sure which space caused it - wasn't able to reproduce. SEVERE: Servlet.service() for servlet RestServlet threw exception java.lang.ArrayIndexOutOfBoundsException: -1 at java.text.DigitList.fitsIntoLong(DigitList.java:212) at java.text.DecimalFormat.parse(DecimalFormat.java:1296) at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:1936) at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:1312) at java.text.DateFormat.parse(DateFormat.java:335) at org.duracloud.s3storage.S3StorageProvider.getCreationDate(S3StorageProvider.java:382) at org.duracloud.s3storage.S3StorageProvider.getSpaceMetadata(S3StorageProvider.java:332) at org.duracloud.storage.provider.StatelessStorageProviderImpl.getSpaceMetadata(StatelessStorageProviderImpl.java:133) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149) at org.duracloud.durastore.aop.RetryAdvice.invoke(RetryAdvice.java:32) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) at $Proxy3.getSpaceMetadata(Unknown Source) at org.duracloud.storage.provider.BrokeredStorageProvider.getSpaceMetadata(BrokeredStorageProvider.java:103) at org.duracloud.durastore.rest.SpaceResource.getSpaceMetadata(SpaceResource.java:90) at org.duracloud.durastore.rest.SpaceRest.addSpaceMetadataToResponse(SpaceRest.java:119) at org.duracloud.durastore.rest.SpaceRest.getSpace(SpaceRest.java:87) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at com.sun.jersey.server.impl.model.method.dispatch.EntityParamDispatchProvider$ResponseOutInvoker._dispatch(EntityParamDispatchProvider.java:157) at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:67) at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:124) at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:111) at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:71) at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:111) at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:63) at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:555) at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:514) at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:505) at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:359) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:378) at org.springframework.security.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:109) at org.springframework.security.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390) at org.springframework.security.ui.SessionFixationProtectionFilter.doFilterHttp(SessionFixationProtectionFilter.java:52) at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390) at org.springframework.security.ui.ExceptionTranslationFilter.doFilterHttp(ExceptionTranslationFilter.java:101) at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390) at org.springframework.security.providers.anonymous.AnonymousProcessingFilter.doFilterHttp(AnonymousProcessingFilter.java:105) at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390) at org.springframework.security.wrapper.SecurityContextHolderAwareRequestFilter.doFilterHttp(SecurityContextHolderAwareRequestFilter.java:91) at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390) at org.springframework.security.ui.basicauth.BasicProcessingFilter.doFilterHttp(BasicProcessingFilter.java:174) at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390) at org.springframework.security.ui.logout.LogoutFilter.doFilterHttp(LogoutFilter.java:89) at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390) at org.springframework.security.context.HttpSessionContextIntegrationFilter.doFilterHttp(HttpSessionContextIntegrationFilter.java:235) at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:390) at org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:175) at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:236) at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) at java.lang.Thread.run(Thread.java:637)
    via by Danny Bernstein,
    • 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)

    Users with the same issue

    rp
    1 times, last one,