There are currently two different methods of changing the config on the fly. You can either place a method inside NodeConfigUpdater.ConfigOptions or use the addUpdateListener method. The main difference between the two is when the ability to update an options gets registered. NodeConfigUpdater.ConfigOptions is read at compile time while addUpdateListener is updated at runtime. The options in NodeConfigUpdater.ConfigOptions can be spit out to whatever program happens to launch fred so it can determine if it needs to restart the node for a particular config change. This behavior was requested, and I implemented it in fred, but I am not sure if the windows launcher currently implements it. Bottom line, if you want the launchers to know the option can be updated without a restart you'll have to use NodeConfigUpdater.ConfigOptions.
One of the problem that has been reported with NodeConfigUpdater.ConfigOptions is that it does not support options with a period in them as java method names do not. If you want to code up support for an option with a period your will have to do some kind of substitution for it. Perhaps use hyphens in the method names, and before the reflect search the modified options for periods and replace them with hyphens. -Pascal "Conrad J. Sabatier" wrote: > > Does anyone know of any immediately obvious problems that may be created if > we allow more config options to be changed while fred is running? If not, > I've been thinking it may be a good place for me to jump in and start > getting my hands dirty with some actual coding. Looking at the ones that > are already coded, it doesn't look too difficult to do, and it certainly > would be a welcome blessing, I think, not to have to stop and restart fred > just to tweak a setting here and there. > > I just wanted to check first and see if there's some reason more of these > haven't already been done. > > -- > Conrad Sabatier <[EMAIL PROTECTED]> - "In Unix veritas" > _______________________________________________ > Devl mailing list > [EMAIL PROTECTED] > http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl _______________________________________________ Devl mailing list [EMAIL PROTECTED] http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
