I haven't been following the XML configuration thread, but I've used the open source Castor XML package for this purpose (www.exolab.org). This package does far more than simple property setting, and can handle marshalling and umarshalling (of xml) of complex object graphs. Features too numerous to mention here. The reason I bring it up, is you may want to look into this project if you're not already aware of it. It may be a good source of ideas.
Tom Drake -----Original Message----- From: Stephen Colebourne [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 11:13 AM To: Jakarta Commons Developers List Subject: Re: [configuration] XmlConfiguration I use XML configuration in my day job. Here's some info to act as additional requirements: Out requirements were locale based XML configuration, ie. as per resource bundles, thus ProjectResources.xml could be overriden in french by ProjectResources_fr.xml. Our structure allowed four types of data: <ITEM key="" value="" /> <LIST key=""> <ITEM value="" /> </LIST> <MAP key=""> <ITEM key="" value="" /> </MAP> <XML> <AnyXML /> </XML So yes, there are many many possibilties here. And one solution probably won't work. Stephen > >10 other projects also have their implementation and they don't want to > >switch :-(((( > > >it definitly doesn't make sense to have 10 implemetations for something > >like reading an xml config file!!! > >is it really impossible to find a solution which can be used by all > >projects?? > > >let's join forces to find a way to have one configuration package!!! > > Martin, the main problem might be that every application has a different > idea of how their XML markup should look like. > > With properties it's easy: > > foo.bar.baz = blo > > with XML: > > 1) <property name="foo.bar.baz" value="blo"/> > > 2) <property name="foo.bar.baz"> > <value>blo</value> > </property> > > 3) <package name ="foo"> > <package name="bar"> > <property name="baz"> > <value>blo</value> > </property> > </package> > </package> > > 4) <property> > <name>foo.bar.baz</name> > <value>blo</value> > </property> > > And so on. Now find a common denominator. :-) The XMLConfiguration is > useless if we can't write a DTD for it. > > I personally would go for being able to parse 1 and 2. (3 is ugly and > 4 is ambigous. What if there is more than one <name/> tag?. 1 is nice > and compact and 2 allows multi-value properties). > > I got the code you sent me. Will look into it tonight. > > Regards > Henning > > -- > Dipl.-Inf. (Univ.) Henning P. Schmiedehausen -- Geschaeftsfuehrer > INTERMETA - Gesellschaft fuer Mehrwertdienste mbH [EMAIL PROTECTED] > > Am Schwabachgrund 22 Fon.: 09131 / 50654-0 [EMAIL PROTECTED] > D-91054 Buckenhof Fax.: 09131 / 50654-20 > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
