[SNMP4J] Maybe a but in PendingRequest object
Matthieu Casanova
chocolat.mou at gmail.com
Fri Mar 28 14:46:44 CET 2008
Hi,
Finally I found my problem, I didn't add my TransportMapping to Snmp
(because I don't want to), but I forgot to add the MessageDispatcher
as listener on my TransportMapping,
so everything is fine now, sorry for disturbing
Matthieu
On Fri, Mar 28, 2008 at 12:12 PM, Matthieu Casanova
<chocolat.mou at gmail.com> wrote:
> I tried some debug :
> I added a System.err.println() at two places :
> One in
> the method of Snmp
> public ResponseEvent send(PDU pdu, Target target,
> TransportMapping transport) throws IOException
>
> just after syncResponse.wait();
> System.err.println("after syncResponse.wait()")
>
> the other one in PendingRequest.run() method
> after if ((!finished) && (retryCount > 0)) {
>
> System.err.println("PendingRequest.run")
>
> I always get this
> after syncResponse.wait()
> after syncResponse.wait()
> PendingRequest.run
>
> Of course I called transport.listen() before sending the PDU
> and when I do a tcpdump, I see the response before the next retry is sent
>
> Matthieu
>
>
>
>
> On Fri, Mar 28, 2008 at 12:22 AM, Matthieu Casanova
> <chocolat.mou at gmail.com> wrote:
> > Hi Frank, I use 1.8.2 (I didn't had the time to update my version, is
> > 1.9.x still beta version ?).
> > I think I use a sync request (I send a request and get the result as
> > return of the snmp.send() method)
> > So It doesn't come back to me until the retries has been done
> >
> > Matthieu
> >
> >
> >
> > On Thu, Mar 27, 2008 at 8:51 PM, Frank Fock <fock at agentpp.com> wrote:
> > > Hi Mathhieu,
> > >
> > > I have fixed the copy constructor bug in 1.9.1b.
> > > Regarding the retry problem, I would like to
> > > know whether you are using async request
> > > processing and whether you call Snmp.cancel
> > > when received the first event?
> > > (And, of course, which version you are using?)
> > >
> > > Best regards,
> > > Frank
> > >
> > >
> > >
> > > Matthieu Casanova wrote:
> > > > Hi,
> > > > the copy constructor of PendingRequest,
> > > > PendingRequest(PendingRequest other)
> > > > do not copy the transport object from other.
> > > > This causes the following problem:
> > > > I send a GET request like this giving the transport I want
> > > > ResponseEvent event = snmp.send(pdu, target, transport);
> > > >
> > > > and for some reason there are some retries, but when copying the
> > > > PendingRequest, the transport is not copied,
> > > > so it is null for the next requests, and the Snmp object will use
> > > > another transport.
> > > > I fixed it by copying the transport in this constructor,
> > > > but is it wanted or is it a bug ?
> > > >
> > > > Another question :
> > > > the response for my GET request is noSuchName (because I ask for an
> > > > OID that do not exists). But Snmp4j tries again,
> > > > is there a reason to try again ?
> > > > I have set the retry but I thought the retries were only for timeout ...
> > > >
> > > > Matthieu
> > > > _______________________________________________
> > > > SNMP4J mailing list
> > > > SNMP4J at agentpp.org
> > > > http://lists.agentpp.org/mailman/listinfo/snmp4j
> > >
> > > --
> > > AGENT++
> > > http://www.agentpp.com
> > > http://www.mibexplorer.com
> > > http://www.mibdesigner.com
> > >
> >
>
More information about the SNMP4J
mailing list