On Wed, Feb 01, 2006 at 01:55:23AM +0100, Dennis Olsson wrote:
> On Tue, 31 Jan 2006, Matthew Toseland wrote:
> 
> >Read/write config variables require the config framework... if you want
> >to implement that, talk to me about it.
> 
> Well.. the config framework... No comment there.. Depends on the rest of
> the SNMP/plugin-work (amount of it).

Config:
- named variables and groups of variables with getters and setters
  (which will update them on the fly) included on registration.
- config file parser/writer.
- expose config vars via secure FCP. (secure FCP = passworded FCP).
- expose config vars via HTTP.
> 
> >If the plugin system is too intimately tied to SNMP then you may as well
> >just include SNMP itself.
> 
> yes, that's true.. My goal is to use the SNMP-strategy for all 
> variable/statistics/constant-fetching and -witing, and then just (by the 
> help of "oc2c.walkPath(".1.3.1.1.0.0");" in the example) have an easy way 
> to get/set the value from within a plugin.
> 
> So, it'll pretty much be a nicer form of SNMP. Without all X-coding.

Hmm. I see...
> 
> >There are more plugins than diagnostics and config. In future we will
> >have transport plugins.
> 
> So, basically SNMP + FCP + Advanced FCP (like in 'being able to get the 
> raw data') would be sufficient for most tasks?
> In that case, the SNMP-tree I spoke about could be done, and in the end be 
> 1/3 of the final plugin system... which would have the ability to control:
> 
> * statistics/settings/constants
> * sending/recieving data via FCP, without using sockets
> * sending/recieving 'raw' (I suggest somehow wrapped) data.

There is no need to send/receive raw data, except conceivably for
migrating data between networks. I don't see how FCP can do anything
without a socket.
> 
> As I understand, you have already more or less implemented (2), and just 
> putted a socket over the interface.

I don't understand.
> 
> Then, with SNMP, the plugin system is almost done already, except for (3) 
> and the accual loading/handling of the plugins.
> 
> What do you think of splitting the way to get hold of different functions?
> As in: one way to get stats, another to send basic data, and a third 
> (maybe merged with the second in the end) to send special data.

I still don't understand!
> 
> // cyberdo
-- 
Matthew J Toseland - toad at amphibian.dyndns.org
Freenet Project Official Codemonkey - http://freenetproject.org/
ICTHUS - Nothing is impossible. Our Boss says so.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: 
<https://emu.freenetproject.org/pipermail/tech/attachments/20060201/4b1f1c32/attachment.pgp>

Reply via email to