Google Groups

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


wujek....@gmail.com Apr 10, 2013 2:38 AM
Posted in group: scmmanager
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


On Wednesday, April 10, 2013 10:31:28 AM UTC+2, wujek....@gmail.com wrote:
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