<br><tt><font size=2>Tobias Oetiker &lt;tobi@oetiker.ch&gt; schrieb am
22.09.2010 06:40:53:<br>
<br>
&gt; Yesterday Peter Stamfest wrote:<br>
&gt; <br>
&gt; &gt; Hello!<br>
&gt; &gt;<br>
&gt; &gt; This is the first public release of java-rrd [1]. It is (yet
another)<br>
&gt; &gt; attempt on a java RRD interface. However, it uses the pipe interface
to<br>
&gt; &gt; the rrdtool proper. It is therefore similar to how the RRDp perl
package<br>
&gt; &gt; works. It has the additional advantage of being 100% compatible
with the<br>
&gt; &gt; rrdtool on whatever platform it is run on, because it uses the
original<br>
&gt; &gt; rrdtool.<br>
</font></tt>
<br><tt><font size=2>[...]</font></tt>
<br>
<br><tt><font size=2>&gt; &gt; Development of java-rrd is done using mercurial.
You can clone a repo from<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; &nbsp; &nbsp; &nbsp; &nbsp; </font></tt><a href="http://oss.stamfest.net/java-rrd-hg/"><tt><font size=2>http://oss.stamfest.net/java-rrd-hg/</font></tt></a><tt><font size=2><br>
&gt; &gt;<br>
&gt; &gt; A tarball of the current state can be found at<br>
&gt; &gt;<br>
&gt; &gt; &nbsp; &nbsp; &nbsp; &nbsp; </font></tt><a href="http://oss.stamfest.net/java-rrd/java-rrd-18.tar.gz"><tt><font size=2>http://oss.stamfest.net/java-rrd/java-rrd-18.tar.gz</font></tt></a><tt><font size=2><br>
&gt; &gt;<br>
&gt; &gt; Any input/feedback is welcome. Patches are welcome. Documentation
patches<br>
&gt; &gt; are even more welcome.<br>
&gt; <br>
&gt; now if I only was using more java :-) great stuff ... maybe the<br>
&gt; opennms people could use this !<br>
</font></tt>
<br><tt><font size=2>They could certainly make use of it. Currently I have
only implemented the &quot;create&quot;, &quot;update&quot;, &quot;tune&quot;
and &quot;graphv&quot; 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 &quot;transaction&quot; which allows for the use of the &quot;mkdir&quot;,
&quot;cd&quot; and &quot;ls&quot; commands.</font></tt>
<br>
<br><tt><font size=2>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.</font></tt>
<br>
<br><tt><font size=2>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.</font></tt>
<br>
<br><tt><font size=2>peter</font></tt>
<br>
<br>