I agrea with Jörg : having some classes depend on java 1.4 should not make all the lib depend on java 1.4 when possible. This can be handled in maven2 with some compiler configuration (two executions with includes/excludes), just by having some naming convention (or deticated package) for java 1.4classes.
2007/4/19, Jörg Schaible <[EMAIL PROTECTED]>:
Hi Emmanuel, do you think 2.x is worth it simply because of dropping JDK 1.3? You might still introduce Preferences in JCC 1.x - it is simply not usable in JDK 1.3. However, the plan looks good for the addressed topics. - Jörg Emmanuel Bourg wrote on Thursday, April 19, 2007 10:46 AM: > Hi, I was thinking lately about the orientation for the next > releases. I focused on the design choices, some features like new > configurations could be added at any moment. Here is what we could > do, feel > free to add > your points to the list. > > > Commons Configuration 1.5.x > > Java 1.3 compatible > Deprecate everything to be removed in 2.x > Backport of bug fixes until Configuration 3 is out > > > Commons Configuration 2.x > > Java 1.4 compatible > API cleanup, but no major refactoring > Remove the deprecated methods and classes > (HierarchicalXMLConfiguration, > ConfigurationFactory ?) > Remove the dependency on Commons Logging > PreferencesConfiguration, ConfigurationPreferences > Implement the Locators ? > Add the generic get methods to the Configuration interface > Backport of bug fixes after the release of Configuration 3 > > > Commons Configuration 3.x > > Java 5 compatible > New package : org.apache.commons.config > Remove the dependency on Commons Collections > In deepth refactoring of the API > Make all configurations hierarchical by default > Nodes are Configurations, like java.util.Preferences > Generification of the API > Pluggable converters (Morph, Beanutils ?) > > > Emmanuel Bourg > > --------------------------------------------------------------------- > 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]
