How about looking into Castor http://castor.exolab.org/sourcegen.html to take an .xsd and run it through a source code generator to create the Java classes supporting the schema for un/marshaling?
Or http://castor.exolab.org/xml-mapping.html maps an XML to Java. We chose it over Digester. -----Original Message----- From: Aaron Smuts [mailto:[EMAIL PROTECTED] Sent: Monday, April 19, 2004 11:11 AM To: 'Turbine JCS Users List' Subject: RE: xml config prototype Yes, that does look nice and clear. Good idea. I'm not sure what Digester can do, people seem to like it, but it is not exactly the simplest thing to use. Thanks, Aaron > -----Original Message----- > From: James Taylor [mailto:[EMAIL PROTECTED] > Sent: Monday, April 19, 2004 6:00 AM > To: Turbine JCS Users List > Subject: Re: xml config prototype > > > The problem is mainly with the auxiliaries. A new auxiliary can have > > all sorts of parameters unique to itself. A memory plugin could have > > some configuration parameters that are also unique. > > Might want to look at xstream (xstream.codehaus.org), I think it > handles this case better than digester (and it seems much simpler to > use). > > -- jt > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
