'Could not load items. Server returned status: 500' for mercurial repositories when clicking 'source' or 'commits'

[wujek....@gmail.com]

I am currently evaluating scm-manager for our mercurial repositories.

When I click in the repository on the 'commits' or 'source' link, I get a dialog with the contents form the title. In the log I see this:

SEVERE: The exception contained within MappableContainerException could not be mapped to a response, re-throwing to the HTTP container

java.lang.NoClassDefFoundError: Could not initialize class com.aragost.javahg.internals.Utils

        at com.aragost.javahg.BaseRepository.<init>(BaseRepository.java:48)

        at com.aragost.javahg.Repository.open(Repository.java:69)

        at sonia.scm.repository.spi.HgCommandContext.open(HgCommandContext.java:162)

        at sonia.scm.repository.spi.AbstractCommand.open(AbstractCommand.java:69)

        at sonia.scm.repository.spi.HgLogCommand.getChangesets(HgLogCommand.java:112)

        at sonia.scm.repository.api.LogCommandBuilder.getChangesets(LogCommandBuilder.java:261)

        at sonia.scm.api.rest.resources.RepositoryResource.getChangesets(RepositoryResource.java:726)

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

        at java.lang.reflect.Method.invoke(Method.java:601)

        at com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60)

        at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205)

        at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)

        at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302)

        at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)

        at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)

        at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)

        at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)

        at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1511)

        at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1442)

        at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1391)

        at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1381)

        at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416)

        at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:538)

        at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:716)

        at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)

        at com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:263)

        at com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:178)

        at com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:91)

        at com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:62

        ....

I am using scm-manager-1.28.war in tomcat-7.0.39. I checked and the javahg.jar is in WEB-INF/lib:

jar -tf tomcat7/webapps/scm/WEB-INF/lib/javahg-0.5.jar | grep com.aragost.javahg.internals.Utils

com/aragost/javahg/internals/Utils$1.class

com/aragost/javahg/internals/Utils.class

I am also using mercurial 2.5.3 installed from PyPi. The OS is a 64bit Debian 6.0. Can it be that my mercurial version is wrong, and JavaHG fails in some way during initialization?

Unfortunately, I don't know how to get more log output so to know more. Can anybody help me debug this issue?

Regards,

wujek

[wujek....@gmail.com]

Ok, I was able to fix this. The problem was that there was a static initializer in javahg...Utils which tried to create a temp directory inside java.io.tmpDir. The problem was that my tomcat didn't have its temp directory, so the creation failed. But now it works fine.

wujek