wouldn't cause confusion?
If you insist on using NSCA2, please implement a compatibility layer
Rui
Ter, 2009-08-25 =C3=A0s 21:36 +0200, Jose Luis Martinez escreveu:
> D. Emmanuel Feinsmith escribi=C3=B3:
> > Out of curiosity, based on the changes in your description, why not =20
> > submit these changes as a patch?
>=20
> - Perl is my "native" language, and I can program faster than in C,=20
> with less errors, and less restrictions.
>=20
> - The base class for the server is Net::Server that provides for "fre=
e":
> - configuration file management
> - different process models: Forked, Preforked, Single, etc (that=20
> right now nsca would have to handle by itself)
> - Handling of SIGHUP to reload config
> - just see:=20
> http://search.cpan.org/~rhandom/Net-Ser ... Server.pod
> - I hope Perl will let us prototype more functionalities with less pa=
in
>=20
> note: All of this is not because of Perl itself. I'm sure Python and=20
> other languages can handle all of this as easily (I don't want to start=
=20
> a "best language" flame).
>=20
> - if you extend nsca, you have to be backwards compatible, and carry=20
> some design decisions that would probably be hard to avoid or make the=20
> code nasty:
> - when an nsca client connects, the server sends an initial packet,=
=20
> with the timestamp the client will send back and the IV to initialize=20
> encription. This forces one round trip of communication, because the=20
> client has to wait for the server. NSCA2 aviods this by:
> - using the timestamp from the client
> - initializing the IV at the client, and sending the result with=20
> the IV to the server.
> - the client just speaks to the server and closes the connection
> - I consider that reengineering from time to time is not all that bad=
>=20
> Finally, I understand some of these features have been long awaited, bu=
t=20
> no one has developed them (the last changelog entries for NSCA are from=
=20
> 03/jul/2007, and the last feature is from 06/Apr/2006), so I've had to=20
> scratch my own itch the way I deemed better, and thought that making it=
=20
> open to the community would be more productive
>=20
> Cheers,
>=20
> Jose Luis Martinez
> [email protected]
>=20
> -----------------------------------------------------------------------=
-------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30=
-Day=20
> trial. Simplify your report design, integration and deployment - and fo=
cus on=20
> what you do best, core application coding. Discover what's new with=20
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Nagios-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/lis ... gios-devel
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]