[rrd-developers] Introducing: java-rrd

Peter Stamfest peter at stamfest.at
Wed Sep 22 10:26:58 CEST 2010

Tobias Oetiker <tobi at oetiker.ch> schrieb am 22.09.2010 06:40:53:

> Yesterday Peter Stamfest wrote:
> > Hello!
> >
> > This is the first public release of java-rrd [1]. It is (yet another)
> > attempt on a java RRD interface. However, it uses the pipe interface 
> > the rrdtool proper. It is therefore similar to how the RRDp perl 
> > works. It has the additional advantage of being 100% compatible with 
> > rrdtool on whatever platform it is run on, because it uses the 
> > rrdtool.


> > Development of java-rrd is done using mercurial. You can clone a repo 
> >
> >
> >         http://oss.stamfest.net/java-rrd-hg/
> >
> > A tarball of the current state can be found at
> >
> >         http://oss.stamfest.net/java-rrd/java-rrd-18.tar.gz
> >
> > Any input/feedback is welcome. Patches are welcome. Documentation 
> > are even more welcome.
> now if I only was using more java :-) great stuff ... maybe the
> opennms people could use this !

They could certainly make use of it. Currently I have only implemented the 
"create", "update", "tune" and "graphv" commands, but the basic 
infrastructure for all other commands is there. I have also implemented a 
simple pooling service, so this is actually multi-threading capable for 
EVERY implemented rrdtool command [and not just for those with explicit 
support in librrd_th] and a maximum-request count per client to avoid any 
negative effects of a long running rrdtool (eg. leaks of any kind). It 
also uses an internal form of "transaction" which allows for the use of 
the "mkdir", "cd" and "ls" commands.

I have actually implemented this for a very long running personal project 
of mine - a documentation system for networks that can also do a lot of 
(distributed!) monitoring (including Nagios configuration support, NRPE 
deployment and RRD graphing). This was partly because I really didn't like 
OpenNMS (sorry guys!). But I think that a common Java based RRD interface 
is something our little segment of the world misses quite badly.

I also want to say, that the pipe interface seems to be THE (most) correct 
interface for rrdtool integration in every language. Many, many thanks for 
this interface. If only I would have realized this earlier! OTOH, there 
might be some improvements for this interface as well... But before I 
submit anything, first let's see how this iteration of Java RRD support 
turns out.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/rrd-developers/attachments/20100922/ad6f4df4/attachment.htm 

More information about the rrd-developers mailing list