java.lang.NumberFormatException

If you like a tip written by other Samebug users, mark is as helpful! Marks help our algorithm provide you better solutions and also help other users.
tip

Java does not handle IPv6 nameservers before 1.8.0_60. Upgrade to the latest JVM.


rprp
tip

This is a bug in Wise, updating to v4.10 seems to solve the problem.

You have a different solution? A short tip here would help you and many other users who saw this issue last week.

  • GitHub comment 66#243585840
    via GitHub by danilodeLuca
    ,
  • undefined reference to `main'
    via by Unknown author,
  • If the repository is deployed under the root of the http url then the following exception is thrown: [ERROR] SubversionManagerImpl - -Could not load properties from subversion-jira-plugin.properties <java.lang.NumberFormatException: For input string: "HTML">java.lang.NumberFormatException: For input string: "HTML" at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48) at java.lang.Integer.parseInt(Integer.java:468) at java.lang.Integer.parseInt(Integer.java:518) at org.tmatesoft.svn.core.internal.io.dav.DAVStatus.parse(DAVStatus.java:37) at org.tmatesoft.svn.core.internal.io.dav.HttpConnection.readHeader(HttpConnection.java:360) at org.tmatesoft.svn.core.internal.io.dav.HttpConnection.sendRequest(HttpConnection.java:147) at org.tmatesoft.svn.core.internal.io.dav.HttpConnection.sendRequest(HttpConnection.java:125) at org.tmatesoft.svn.core.internal.io.dav.HttpConnection.request(HttpConnection.java:119) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doPropfind(DAVConnection.java:71) at org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getResourceProperties(DAVUtil.java:30) at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:50) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:260) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.testConnection(DAVRepository.java:56) at com.atlassian.jira.plugin.ext.subversion.SubversionManagerImpl.setupEnvironment(SubversionManagerImpl.java:106) at com.atlassian.jira.plugin.ext.subversion.SubversionManagerImpl.<init>(SubversionManagerImpl.java:42) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at org.picocontainer.defaults.InstantiatingComponentAdapter.newInstance(InstantiatingComponentAdapter.java:100) at org.picocontainer.defaults.ConstructorInjectionComponentAdapter.instantiateComponent(ConstructorInjectionComponentAdapter.java:200) at org.picocontainer.defaults.InstantiatingComponentAdapter.getComponentInstance(InstantiatingComponentAdapter.java:48) at org.picocontainer.defaults.DecoratingComponentAdapter.getComponentInstance(DecoratingComponentAdapter.java:42) at org.picocontainer.defaults.SynchronizedComponentAdapter.getComponentInstance(SynchronizedComponentAdapter.java:35) at org.picocontainer.defaults.DecoratingComponentAdapter.getComponentInstance(DecoratingComponentAdapter.java:42) at com.atlassian.jira.config.component.ProfilingComponentAdapter.getComponentInstance(ProfilingComponentAdapter.java:27) at org.picocontainer.defaults.DefaultPicoContainer.getComponentInstancesOfType(DefaultPicoContainer.java:274) at org.picocontainer.defaults.DefaultPicoContainer.getComponentInstances(DefaultPicoContainer.java:266) at com.atlassian.jira.ComponentManager.eagerlyInstantiate(ComponentManager.java:271) at com.atlassian.jira.ComponentManager.start(ComponentManager.java:197) at com.atlassian.jira.upgrade.ConsistencyLauncher.contextInitialized(ConsistencyLauncher.java:25) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3271) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3613) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardHost.start(StandardHost.java:754) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:363) at org.apache.catalina.core.StandardService.start(StandardService.java:497) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2190) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) 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:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) Note that everything works OK if the repository is given a context path other than / (e.g. /repos).
    via by Anton Mazkavoi (Devsuite),
  • cannot catch NumberFormatException
    via by 807597,
    • java.lang.NumberFormatException: For input string: "g:" at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48) at java.lang.Integer.parseInt(Integer.java:468) at java.lang.Integer.parseInt(Integer.java:518) at com.atlassian.jira.vcs.cvsimpl.CVSRoot.<init>(CVSRoot.java:49) at com.atlassian.jira.vcs.cvsimpl.CvsRepositoryUtilImpl.getCVSRoot(CvsRepositoryUtilImpl.java:158) at com.atlassian.jira.vcs.cvsimpl.CvsRepositoryUtilImpl.getCVSRootFromRootFile(CvsRepositoryUtilImpl.java:150) at com.atlassian.jira.vcs.cvsimpl.CvsRepositoryUtilImpl.getCVSRoot(CvsRepositoryUtilImpl.java:119)

    Users with the same issue

    derproggerderprogger
    4 times, last one,
    Hiren AmaliyarHiren Amaliyar
    2 times, last one,
    DavidDavid
    2 times, last one,
    AravindAravind
    5 times, last one,
    rprp
    2 times, last one,
    233 more bugmates