Return-Path: 
 <commons-dev-return-47235-apmail-jakarta-commons-dev-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org
Received: (qmail 55237 invoked from network); 4 Mar 2004 15:19:50 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 4 Mar 2004 15:19:50 -0000
Received: (qmail 93972 invoked by uid 500); 4 Mar 2004 15:19:41 -0000
Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org
Received: (qmail 93923 invoked by uid 500); 4 Mar 2004 15:19:41 -0000
Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:commons-dev-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:commons-dev-subscribe@jakarta.apache.org>
List-Help: <mailto:commons-dev-help@jakarta.apache.org>
List-Post: <mailto:commons-dev@jakarta.apache.org>
List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org>
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Delivered-To: mailing list commons-dev@jakarta.apache.org
Received: (qmail 93894 invoked from network); 4 Mar 2004 15:19:40 -0000
Received: from unknown (HELO gateway.elsag.de) (134.98.65.18)
  by daedalus.apache.org with SMTP; 4 Mar 2004 15:19:40 -0000
Received: from vwall.elsag.de by gateway.elsag.de
          via smtpd (for daedalus.apache.org [208.185.179.12]) with SMTP;
 Thu, 4 Mar 2004 16:19:42 +0100
Received: from esmail by gateway.elsag.de
          via smtpd (for vwall.elsag.de [192.168.100.108]) with SMTP;
 Thu, 4 Mar 2004 16:19:41 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [configuration] Roadmap
Date: Thu, 4 Mar 2004 16:19:41 +0100
Message-ID: <F0D7281DAB048B438E8F5EC4ECEFBDDC17602E@esmail.elsag.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [configuration] Roadmap
Thread-Index: AcQB72VFC/NNyxuZShSSLUIBiiScmAACBHmg
From: =?iso-8859-1?Q?J=F6rg_Schaible?= <Joerg.Schaible@Elsag-Solutions.com>
To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

Emmanuel Bourg wrote on Thursday, March 04, 2004 2:48 PM:

> There has been some good ideas coming around [configuration] lately,
> I'd like to suggest a roadmap to sort what needs to be done
> before the 1.0
> release and what could be added later:
>=20
> configuration 1.0
>=20
> - make PropertiesConfiguration a full replacement for
> ExtendedProperties: add headers to .properties files (Bug 26092) and
> make Configuration extend Map.

remove here also the dependency to StringUtils (just used to handle an =
empty String). Basic idea - if I just use properties and DOM, I would =
like to have the least number of dependencies as possible. If other lang =
functionality would have been used here, no problem - but *not* for an =
empty String test ...

> - comma separated values revamp
> - DOM4J dependency removal

Working on this. I understand correctly, that this just means support of =
DOM, but no deprecation of JDOM ?

> - add DatabaseConfiguration support to the ConfigurationFactory

Working also on a "pluggable" ConfigurationFactory. What is the =
intension for the functionality of the current ConfigurationFactory ? =
Support any Configuration type (=3D backward compatibility) ? I would =
introduce an AbtractConfigurationFactory refactoring the common parts. =
Name of the PluggableConfigurationFactory =
(ConfigurableConfigurationFactory <g>) ? Introduce a =
Jdk14ConfigurationFactory (with least number of dependencies) ?

> - remaining bugs (26944, 26534, 27427)
> - more documentation, examples and tutorials

Will provide unit tests and docs for my new classes.

> configuration 1.1
>=20
> - reloadable configurations
> - web configurations
> - additionnal types (URL, Locale, Date, Calendar, Color)
> - list getters for all types
> - setters for all types
> - INI file support
> - system properties interpolation (Bug 26066)

Can we introcuce a basic support for 1.0 (I will need this anyway)? I am =
thinking of a SystemPropertyConfiguration as singleton. Does that make =
sense? You could use it in a composition. Or do you think of an implicit =
support in interpolateHelper ?

> - ConfigurationFactory refactoring for pluggable extensions

See above - already on the way.

> configuration 1.2
>=20
> - comments & layout preservation in .properties files
> - JMX integration ?
> - Preference API integration ?
> - observable configurations ?

Regards,
J=F6rg

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