> You'd usually edit the file with an app of some kind that runs it thru > an XML parser first. Yes, this runs against the whole "edit with vi, > and put a gui wrapper on it for those who don't care what goes inside" > philosopy.
Config files that _require_ a graphical configuration tool over my dead body. > truly have to. Are we really better off making up our own format, and > forcing *every* variant Freenet and/or client program to write their own > parser to handle it? Maybe we are. Like I said, I'm not a big advocate. We didn't make up our own format. We're using Java property files. It looks like this: name=value blah=blah thingy=stuff How could you get any simpler? Parsing this in any language is less work than using a well written XML parsing library. > Avoiding a restart is not the issue I was looking into. By "dynamic", > I meant that adjustments to resource usage would occur fairly often, and > would usually be under programmatic rather than manual control. Avoiding > restarts would be nice in that circumstance, but restarts per se are not > the point of contention. Oh! Then just write out a new config file and restart. So easy. No changes to the node. Write a crazy config file generator to drive fear into the hearts of men. > I'm still pretty fuzzy on what I want, and the idea touches on issues > that could start a lengthy exchange. Right now let's just focus on the > 0.3 stuff that has a chance of being implemented. What we learn from > that experience will help me hash out the details of what I'm trying to > pursue. Who knows, it might even bring me to my senses. :-) The 0.3 has pretty much been implemented. It's just a matter of wrapping it up and putting the installation stuff together. I think Scott was going to do some java CLI client modification, mostly internal stuff. All the client authors need to update their clients to use all the new stuff. But I think we're pretty much in a feature freeze. _______________________________________________ Freenet-dev mailing list Freenet-dev at lists.sourceforge.net http://lists.sourceforge.net/mailman/listinfo/freenet-dev
