[SNMP4J] regarding MOServerLookupListener
Frank Fock
fock at agentpp.com
Wed Jan 6 13:36:28 CET 2010
Hi Sanjay,
Have your read the SNMP4J-Agent Instrumation HowTo PDF
included in AgenPro?
Best regards,
Frank
On 06.01.2010 06:15, Sanjay Kumar wrote:
> Hi Frank,All,
>
> Apart from over-riding MOLookupServer, is it a good idea to extend
> classes like MOScalar or DefaultMOTable for overriding getValue(),
> setValue() methods.
> As I mentioned earlier, I need to put my business logic to put and get
> the values from database.
>
> best regards
> Sanjay
>
> ------------------------------------------------------------------------
> *From:* Frank Fock <fock at agentpp.com>
> *To:* Sanjay Kumar <sanjay_pec at yahoo.com>
> *Cc:* snmp4j at agentpp.org
> *Sent:* Tue, January 5, 2010 1:56:41 PM
> *Subject:* Re: [SNMP4J] regarding MOServerLookupListener
>
> Hi Sanjay,
>
> Yes, it is OK to put the refresh logic into
> MOServerLookupListener.lookupEvent.
> There are also other options of course.
>
> Best regards,
> Frank
>
> On 05.01.2010 06:10, Sanjay Kumar wrote:
> > Hi,
> >
> > I've created an agent that would fetch the data from a database for
> every snmpget request it receives. I just wanted to confirm if
> implementing MOServerLookupListener and putting the back-end logic of
> connecting to database and populating the oids is the best place.
> >
> > I've put the business logic into lookupEvent.
> >
> > Please share your views if i'm correct or there's a better place to
> put the business logic of populating the oids (scalars/tables).
> >
> > best regards
> > Sanjay
> >
> >
> >
> >
> > _______________________________________________
> > SNMP4J mailing list
> > SNMP4J at agentpp.org <mailto:SNMP4J at agentpp.org>
>> http://lists.agentpp.org/mailman/listinfo/snmp4j
> >
> >
> >
>
>
> --
> AGENT++
> http://www.agentpp.com
> http://www.snmp4j.com
> http://www.mibexplorer.com
> http://www.mibdesigner.com
>
>
>
--
AGENT++
http://www.agentpp.com
http://www.snmp4j.com
http://www.mibexplorer.com
http://www.mibdesigner.com
More information about the SNMP4J
mailing list