Correct me if I'm wrong, but AgentConfigManager.configure() reads the configuration file using MOServerPersistence.loadData() which means the configuration file is exactly equivalent to read-only persistence in the current implementation.
I'm trying to decide how users will configure the agent USM and VACM. The cheaper the better as long as it is full featured. The configuration file is human-readable so it fits the bill. Unfortunately, the persistence format is binary which makes it hard to predict the combined configuration. Is it common to let the SNMP manager console modify the agent USM/VACM MIBs through SNMP SET requests? If typical agents usually turn off write access to the USM/VACM MIBs, then I might simply turn off persistence for now. -----Original Message----- From: Frank Fock [mailto:[email protected]] Sent: Monday, January 04, 2010 2:09 PM To: Pellerin, Clement Cc: [email protected] Subject: Re: [SNMP4J] SNMP4J configuration and persistence The configurationFactory is also needed if persistent MIB data is available, because (1) not all ManagedObjects may implement the SerializableManagedObject interface (2) a SerializableManagedObject may refuse to load persistent data because its flag isVolatile returns true. Regards, Frank On 04.01.2010 16:53, [email protected] wrote: > I am using AgentConfigManager. I am confused between the configurationFactory > and the persistenceProvider? Is the configuration file only needed for the > first time the agent boots? After the agent is persisted once, would the > persistence file override completely the configuration file? > _______________________________________________ > SNMP4J mailing list > [email protected] > http://lists.agentpp.org/mailman/listinfo/snmp4j -- AGENT++ http://www.agentpp.com http://www.snmp4j.com http://www.mibexplorer.com http://www.mibdesigner.com _______________________________________________ SNMP4J mailing list [email protected] http://lists.agentpp.org/mailman/listinfo/snmp4j
