Hi Per, Thanks for answering. One suggestion is to create an interface for the resolver (eg. MibResolver with method locate), then the client can implement its own instead of overriding the locate method.
Thanks again, Alex -----Original Message----- From: mibble-users-bounces+alex.jacinto=ge....@nongnu.org [mailto:mibble-users-bounces+alex.jacinto=ge....@nongnu.org] On Behalf Of Per Cederberg Sent: Tuesday, February 23, 2010 1:54 PM To: Announcements, support,and forum for Mibble users Subject: Re: [Mibble-users] MIB resolver Hi Alex, I see. Yes, the access permissions on most methods in MibLoader is wrong I guess. Since the full source code is available, there is not much point with using "private" as a field accessor is there? ;-) I'll look into fixing this in the next release. Meanwhile, I think the only option is to hack the source of the MibLoader class to do the right thing. :-( Cheers, /Per Cederberg On Fri, Feb 19, 2010 at 16:33, Jacinto, Alex (GE Infra, Energy) <alex.jaci...@ge.com> wrote: > Hi, > > All my MIBs are accessed through a URL that requires authentication > and authorization, I can parse an MIB but the imports are explicitly > being loaded by scheduleLoad and it resolving the import MIBs to a URL > call that does not contain my authorization and authentication. Is it > possible to change the permission of MibLoader.locate? > > Thanks in advance, > Alex > > > > _______________________________________________ > Mibble-users mailing list > Mibble-users@nongnu.org > http://lists.nongnu.org/mailman/listinfo/mibble-users > _______________________________________________ Mibble-users mailing list Mibble-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/mibble-users _______________________________________________ Mibble-users mailing list Mibble-users@nongnu.org http://lists.nongnu.org/mailman/listinfo/mibble-users
