Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <dev@commons.apache.org>
Received-SPF: neutral (nike.apache.org: local policy)
Message-ID: <47CDB4D6.9050701@oliver-heger.de>
Date: Tue, 04 Mar 2008 21:45:10 +0100
From: Oliver Heger <oliver.heger@oliver-heger.de>
User-Agent: Thunderbird 2.0.0.12 (Windows/20080213)
MIME-Version: 1.0
To: Jakarta Commons Developers List <dev@commons.apache.org>
Subject: Re: [configuration] Type conversion
References: <47C6DE34.90807@apache.org> <47C865AB.9090804@oliver-heger.de>
 <47C8A123.5030106@apache.org> <47C97425.9030105@oliver-heger.de>
 <47CC08FF.4020006@apache.org>
In-Reply-To: <47CC08FF.4020006@apache.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Emmanuel Bourg schrieb:
> Oliver Heger a �crit :
> 
>> Do we need to specify a date format?
>>
>> Because a configuration file is not intended to be viewed or edited by 
>> an end user we could define our own format (e.g. the format used by 
>> the java.sql date types) and always use it for date <-> string 
>> conversions.
> 
> Properties file are often edited by hand, that's why we have a 
> PropertyConfigurationLayout class to keep the file easily readable by a 
> human being. Also, DataConfiguration already defines a default date 
> format if the user doesn't bother to specify one.
> 
> 
>> This would simplify the API and its use.
> 
> I would agree if the date conversion was a new feature, I'm just keeping 
> the vararg parameter to remain compatible with the existing 
> configuration files.
> 
> Emmanuel Bourg
> 
I agree that the date format should be configurable. But there are 
certainly other alternatives.

For instance, the date format could be a property of the date converter. 
If users have special requirements, they can register a new date 
converter with a different format pattern, overriding the default one.

I would really like to avoid adding a parameter to an interface method 
that is only used by a specific implementation of that interface.

Oliver

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org