JavaMelody does not display the graphics

[Jorge Tomé Hernando]

Hello all

First of all I want to thank you for JavaMelody, it's really an
excellent and useful tool.

I have discovered JavaMelody through the JavaMelody plugin available
for Hudson but now I am trying to use it for monitor the activity of
another Continuos Integration server, Luntbuild[1].

I followed the instructions for deploy JavaMelody with the Luntbuild
application that it is running in a Tomcat 5.5.27 server on Debian GNU/
Linux 5.0.3 Lenny. The JDK is Sun JDK 1.6.0_17.

I can access the JavaMelody application and all the information is
retrieved. I mean that I can see in the page the information about the
threads, the cache, the memory of the JVM, etc.; but no graphs are
rendered.

I can not see any graph.

I have not found any reference about this problem in this forum or in
any other place. Are there some dependence to install in order to get
the graphs?, can someone give some idea about how to solve this
problem?

Thanks a lot in advance

Jorge Tomé Hernando
http://www.jorgetome.info

[1] http://luntbuild.javaforge.com/

[Emeric Vernat]

Hello Jorge,

First thank you.

If you have no graphs in the reports, it is because you need to add the JRobin library in the classpath of your webapp.

If you do not use maven as is certainly the case for an existing luntbuild server, copy the jrobin jar file from the root of the zip file (http://javamelody.googlecode.com/files/javamelody-1.11.1.zip) to the WEB-INF/lib of your webapp, in your war file probably.

And in case you use maven for another webapp, you can add the following in your pom.xml :

<dependencies>
             <dependency>
                <groupId>org.jrobin</groupId>
                <artifactId>jrobin</artifactId>
                <version>1.5.9</version>
        </dependency>
</dependencies>
...
        <repositories>
                <!-- for jrobin -->
                <repository>
                        <id>opennms-repo</id>
                        <name>OpenNMS Repository</name>
                        <url>http://repo.opennms.org/maven2</url>
                        <snapshots>
                                <enabled>false</enabled>
                        </snapshots>
                </repository>
        </repositories>

bye, Emeric

PS: as said in issue 4 (http://code.google.com/p/javamelody/issues/detail?id=4), I would be very interested in a Spanish translation
in case if you wants to do that (It is sure that I can't do that myself)

[Jorge Tomé Hernando]

Hello Emeric

On 3 feb, 22:13, Emeric Vernat <ever...@free.fr> wrote:
> Hello Jorge,
>
> First thank you.

You're welcome.

> If you have no graphs in the reports, it is because you need to add the
> JRobin library in the classpath of your webapp.
>
> If you do not use maven as is certainly the case for an existing
> luntbuild server, copy the jrobin jar file from the root of the zip file
> (http://javamelody.googlecode.com/files/javamelody-1.11.1.zip) to the
> WEB-INF/lib of your webapp, in your war file probably.

I had already did this. Following the installation instructions I had
copied the javamelody.jar and the jrobin-1.5.9.1.jar to the lib
directory of the Luntbuild application ($CATALINA_HOME/webapps/
luntbuild/WEB-INF/lib) but no graphs :-(

Any other idea?

> PS: as said inissue 4  <http://code.google.com/p/javamelody/issues/detail?id=4>  (http://code.google.com/p/javamelody/issues/detail?id=4), I would be very interested in a Spanish translation

> in case if you wants to do that (It is sure that I can't do that myself)

:-D

Well, I could do that and I will be happy to do it. I promise you that
when I have JavaMelody running I will look for some time to translate
it to Spanish.

Regards

Jorge Tomé

[evernat]

Hi all,

After some investigations, a stack-trace in output says that a rrd
file became invalid ("Invalid file header") perhaps after killing the
java process.
Deleting this rrd file resolved the issue.

And in next version, deleting of such an invalid file (with an
"Invalid file header") will be done automatically.

bye, Emeric