Re: MIB in Java

"Dave Shield" <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
On 16/01/2008, Wesley Naves <[email protected]> wrote:
>       I develope mibs in C ansi, i would like user java to developer new
> mibs, because is more fast than C. Is it possible ?


Although there is a Java wrapper associated with the Net-SNMP suite,
this is aimed at client-side (i.e. manager) applications.   The agent itself
is written in C, and it would not be straightforward to merge in a MIB
module written in Java.
   If you are determined to use a Java-based MIB implementation, then
your best bet is probably to look at using an agent (or AgentX subagent)
which is itself written in Java.   That's not something we could help you
with - we can only provide support for our own code.


I would also question your statement:
>     because [Java] is more fast than C.

I would be very surprised if the performance of a MIB module
written in Java matched that of an equivalent module written in C.

   The advantages of Java are more aimed at portability (at least in
theory) and ease of development/maintenance (object encapsulation
reuse, etc).   Java tends to work at a slightly higher conceptual level
than C, which inherently introduces additional overheads.
   All else being equal, a C program will tend to run faster than an
equivalent Java program.   There are good reasons for preferring Java
over C for application development, but performance is not one of them.

Dave

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.