Issue #24 resolved

Content-Length: NumberFormatException when accessing the repository from within eclipse

Stefan Bechtold
created an issue

It seems that there is a problem when using eclipse and subversive (eclipse plugin) to access the SVN repository. I checked it from within the browser and that worked out very well.

In the logfile of my eclipse workspace I found the following exception: {{{ !ENTRY org.eclipse.team.svn.core.svnnature 4 0 2011-05-28 19:12:43.094 !MESSAGE SVN: '0x00000230: Get Repository Folder Children' operation finished with error !SUBENTRY 1 org.eclipse.team.svn.core.svnnature 4 0 2011-05-28 19:12:43.094 !MESSAGE Get repository folder children operation failed. !STACK 0 org.eclipse.team.svn.core.connector.SVNConnectorException: svn: For input string: "" at org.polarion.team.svn.connector.svnkit.SVNKitConnector.handleClientException(SVNKitConnector.java:1424) at org.polarion.team.svn.connector.svnkit.SVNKitConnector.list(SVNKitConnector.java:1274) at org.eclipse.team.svn.core.extension.factory.ThreadNameModifier.list(ThreadNameModifier.java:278) at org.eclipse.team.svn.core.utility.SVNUtility.list(SVNUtility.java:335) at org.eclipse.team.svn.core.svnstorage.SVNRepositoryContainer.getChildren(SVNRepositoryContainer.java:79) at org.eclipse.team.svn.core.operation.remote.GetRemoteFolderChildrenOperation.runImpl(GetRemoteFolderChildrenOperation.java:76) at org.eclipse.team.svn.core.operation.AbstractActionOperation.run(AbstractActionOperation.java:81) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTask(ProgressMonitorUtility.java:104) at org.eclipse.team.svn.core.operation.CompositeOperation.runImpl(CompositeOperation.java:95) at org.eclipse.team.svn.core.operation.AbstractActionOperation.run(AbstractActionOperation.java:81) at org.eclipse.team.svn.core.operation.LoggedOperation.run(LoggedOperation.java:39) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTask(ProgressMonitorUtility.java:104) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTaskExternal(ProgressMonitorUtility.java:90) at org.eclipse.team.svn.ui.utility.DefaultCancellableOperationWrapper.run(DefaultCancellableOperationWrapper.java:55) at org.eclipse.team.svn.ui.utility.ScheduledOperationWrapper.run(ScheduledOperationWrapper.java:37) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54) Caused by: org.tigris.subversion.javahl.ClientException: svn: For input string: "" at org.tigris.subversion.javahl.JavaHLObjectFactory.throwException(JavaHLObjectFactory.java:778) at org.tmatesoft.svn.core.javahl.SVNClientImpl.throwException(SVNClientImpl.java:1924) at org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientImpl.java:365) at org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientImpl.java:337) at org.polarion.team.svn.connector.svnkit.SVNKitConnector.list(SVNKitConnector.java:1263) ... 14 more Caused by: org.tmatesoft.svn.core.SVNException: svn: For input string: "" at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64) at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getDir(DAVRepository.java:373) at org.tmatesoft.svn.core.io.SVNRepository.getDir(SVNRepository.java:1309) at org.tmatesoft.svn.core.wc.SVNLogClient.list(SVNLogClient.java:1373) at org.tmatesoft.svn.core.wc.SVNLogClient.doList(SVNLogClient.java:1364) at org.tmatesoft.svn.core.wc.SVNLogClient.doList(SVNLogClient.java:1213) at org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientImpl.java:350) ... 16 more Caused by: java.lang.NumberFormatException: For input string: "" at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48) at java.lang.Long.parseLong(Long.java:431) at java.lang.Long.parseLong(Long.java:468) at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getDir(DAVRepository.java:371) ... 21 more }}}

The number format exception is a result of an attempt of parsing the content-length of the current directory element (within the directory listing). It occurs whenever I use the SVN Repository Browser and open the first level of an non-empty repository. I'm not quite sure if this issue is still related with the SCM-Manager but I do not run into this problem if I configure my server's apache to serve the SVN repository via DAV. So it feels as if there still is a little issue within the service. :-(

Is there any kind of detection of the user's client? Maybe the headers sent from the subversive eclipse plugin do not match any detection rules...

Comments (3)

  1. Log in to comment