From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,a26758eec3c2e1ad X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-06-10 08:03:05 PST Path: archiver1.google.com!postnews1.google.com!not-for-mail From: dennison@telepath.com (Ted Dennison) Newsgroups: comp.lang.ada Subject: Re: Use of XML for config files Date: 10 Jun 2002 08:03:02 -0700 Organization: http://groups.google.com/ Message-ID: <4519e058.0206100702.5a4b431a@posting.google.com> References: <3CFC5DB2.A21DCF61@cs.tu-berlin.de> <4519e058.0206041129.5b250124@posting.google.com> NNTP-Posting-Host: 65.115.221.98 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: posting.google.com 1023721384 15496 127.0.0.1 (10 Jun 2002 15:03:04 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: 10 Jun 2002 15:03:04 GMT Xref: archiver1.google.com comp.lang.ada:25678 Date: 2002-06-10T15:03:04+00:00 List-Id: Stephen Leake wrote in message news:... > dennison@telepath.com (Ted Dennison) writes: > > What that means is that if we were to use XML, we should support > > both user-defined configuration item attributes > > Just because XML supports this, doesn't mean the Config_File API > should. We're looking for a simple subset. If the app decides it needs I'd agree with this statement. However, I'd take it one step further: Just because we *could* use XML doesn't mean we should. We have other simpler options than XML. Supporting the more complex syntax of XML is going to be a burden on both package implementors and config file users. We shouldn't be imposing the extra burden unless we get something good in return that we won't get with a simpler syntax. > > If we are to stick with simple attribute-value pairs, then XML would > > be major overkill. > > In what way? I have a very small package that parses the subset of XML > that I need to meet the Config_File spec (Glib.XML - 671 lines in the > body). What's wrong with that? What's wrong is: 1) It could be *far* smaller than that, if we were parsing a simpler syntax. 2) Its going to cause an explosion of arcane-looking XML cruft in the config files, the vast majority of which is unneeded, except that XML says it has to be there. What's the point of saying ... all the time, if *everything* is an item, and key is the only attribute we ever use? I will cost us, in that it will make the file much harder for humans to read. I'm particuarly thinking of the site maintanence engineers who are the typical users of real-time system configuration files. It also adds a source of errors, as its easy to forget an end tag or transpose a letter somewhere. You really whould have trouble doing that if your only syntax is "=". So again, I think its an important point that we should only do this to ourselves if we are getting something back that we can't get out of a more simple configuration file format.