It's not a biggy. The first time you sent it without being subscribed to the list. Rather than bouncing the email, the email is sent to four people [of whom I am one] who moderate it to decide if it should be sent on to the list or refused.
So the first email went through with a bit of delay while I gave it the thumbs up to carry on. Sorry for the confusion, Hen On Wed, 12 Feb 2003, Mingfai Ma wrote: > I'm terribly sorry that this message goes to the list for three times. I > sent it once, and thought it was not delivered, and sent it for the 2nd > times with a slight change in the subject. > > sorry for any inconvenience. > > regards, > mingfai > > > -----Original Message----- > > From: Mingfai Ma [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, February 12, 2003 11:14 PM > > To: [EMAIL PROTECTED] > > Subject: [Configuration/Digester] best practice of loading configuration > > > > > > how do you design your system to load static configuration? there > > are a few > > ways as I know: > > > > 1. Properties.load() or Commons-Configuration > > - the configurations are stored in properties file and is > > loaded to a > > Properties for further processing > > - it's the traditional way > > - the Commons Configuration provides additional benefit as it allow > > repeated value-pair > > (as far as i know, the XML Configuration has > > nothing, so, i don't include > > it) > > > > 2. Digester > > - configurations are stored in xml file, and is processed > > sequentially by > > rules. > > - i used Digestor in one of my project last year. i think > > Digester is > > powerful. but as my configuration was changed a couple of times, it turns > > out I have to maintain the Digester rules which are quite clumsy. > > > > 3. JAXB / XML-to-Object mapping > > - i think it's not a common way, but technically possible. > > just map the > > configuration xml to an object and process further. > > - but... it seems to be more "clean" in design > > > > are there other common ways? what is the best practice to load static > > configuration? and how about loading to a MBean? I wonder the ways can be > > compared by maintainability, easy of development, easy of learning etc. > > > > > > Regards, > > mingfai > > > > > > --------------------------------------------------------------------- > > 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]
