> On Thu, Sep 18, 2003 at 03:55:25AM +0200, Niklas Bergh wrote: > > >* Eliminate the need for platform-specific config utilities by > > >creating > > > a configuration Infolet within FProxy > > > > > >Thoughts? > > > > What about using JMX (Java Management eXtensions) for this? JMX is > > supposed to solve just config problems... in addition to providing > > other management facilities such as monitoring. > > Writing the interface is the easy part. The hard part is > writing handlers for every setting that could be changed on > the fly. Which will be a lot of work although not > particularly difficult, mostly. Frameworks that do easy > things aren't as useful as they initially appear.
I agree that writing the handlers will be the most *cumbersome* part of implementing a better config toolkit in fred. I would say that much of this cumbersomeness is because all configuration values currntly are passively stored instead of stored in Beans where they are used right now. I don't agree that this is the *hard* part of a configuration/management framework though.. Just see the current file parser.. Just have a look at the enormous method in 'Node' handling all the configuration values, horrible and what about writing a graphing framework... Sure, some handlers might be pretty complex but most of them wont. I wrote a handler for setting/reading maxNodeConnections, reading currentConnections, reading totalCreatedConnections and this was (obviously) a piece of cake (3 minutes). What I would like to be able to do with the configuration/management framework is stuff like plotting d(dConnections/dT)/dresetProbability, plotting dCPU/(dConnections/dT), setting threadLimit, setting bwlimit, plotting dBwUsed/dBwConfigured, triggering a GC then re-check some of the plots, plotting dCPU/dThreads, plotting dMem/(dConnections/dT), plotting dMem/dQueries, plotting dMem/(dQueries/dT). If the config/management scheme in use in fred was JMX (or the scheme in use where at least transparently compatible with the JMX spec, meaning getters and setters) this all could be done using standard SNMP/JMX managing toolkits (one of which could be a homebuilt http one which is provided along with/inside fred). As of now I'd have to do a little bit of file-scraping, a little bit of HTML-scraping, some coding, yet some more HTML-scraping and then some SNMP querying to perform the above tasks.... Some screenshots showing an example of an standalone JMX administration console. http://xtremej.com/screenshots/weblogic_config.png http://xtremej.com/screenshots/gen_attr_objname.png Open source JMX implementation http://mx4j.sourceforge.net/ /N _______________________________________________ Devl mailing list [EMAIL PROTECTED] http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
