[rtg] Traffic is wrapping

[Leech, Jonathan]

First, thanks...?
My first thought was to improve and contribute to the JRTG codebase, but
with no disrepect to the original developers and design, that just
wasn't feasible. 

Second, I would like to point out that in the example from my code there
is no Java or OOP, other than Java String comparisons. And that
particular example is of features I made for JRTG that RTG just doesn't
have, the ability to change its configuration on the fly, and to send
the polling results to multiple delegates.

I don't have any experience with Ruby, as I know it best, my colleagues
now it best, there are a tremendous amount of libraries written for it
(including SNMP4J which is the basis for JRTG), and is the most stable
platform around for writing server-side code. Java's concurrent
threading packages make writing multithreaded programs like JRTG a
breeze.

-Jonathan

-----Original Message-----
From: bill fumerola [mailto:billf at mu.org] 
Sent: Monday, April 07, 2008 5:46 PM
To: Leech, Jonathan
Cc: rtg at lists.grdata.com
Subject: Re: [rtg] Traffic is wrapping

On Tue, Apr 01, 2008 at 03:44:46PM -0600, Leech, Jonathan wrote:
> I think now is as good a time as any to further pollute the waters... 
> My colleague and I implemented JRTG to address the problems we had 
> with RTG, primarily scalability. As its Java another benefit is there 
> is no problem building it.
> 
> http://jrtg.sourceforge.net
> 
> We built it to read the targets file from TargetMaker, and write to 
> the same schema as RTG, but we never tested the database insertion as 
> we write to a different schema.

first: neat idea. i'm sure it works great better etc., no disrespect.
but..

my lord, that code is so far gone from the original codebase... it's
nice that you gave a nod to its roots. i mean, i guess it's obvious from
some of the structure and variables and event loops, but here is one of
many reasons why i stay away from java....

%%%%%%%%%%%%%%%%%%%%%%%%%%%%
// need to make a new delegate if the className or delegateName for i
has changed, // or if there wasn't a delegate for i to begin with if (
	((oldDelegate != null) &&
(!oldDelegate.getClass().getName().equals(className) ||
!oldDelegate.name.equals(delegateName)))
	|| ((oldDelegate == null) && (className != null) &&
!"".equals(className) && (delegateName != null) &&
!"".equals(delegateName))
	)
{
%%%%%%%%%%%%%%%%%%%%%%%%%%%%

OOP will save us all / save us all from OOP.

if you had to rewrite it in an entirely other language, ruby would have
made a nice fit. dunno how advanced the SNMP modules are, but from a
language fitting the task perspective, i think it would work great.

rrtg? bfrtg? odnsrtg?

dare to dream.

-- bill

p.s. to the other poster who asked "Yahoo-RTG?"
     http://mu.org/~billf/yrtg/