Re: [configuration] AbstractConfiguration.Container

Emmanuel Bourg schrieb: Oliver Heger wrote: I am not sure what the original intension of the authors was, but I could imagine the following: If you have code like this: configuration.addProperty("prop", "string1"); configuration.addProperty("prop", "string2"); String value = configuration.getStri

RE: [general] commons standard for release notes and Maven?

Gary, "maven announcement" actually does generate a text file from changes.xml (with other stuff in there like download links and so on) It won't expand your links though (feel free to file a JIRA request for this, it's probably a good idea to footnote them). Cheers, Brett Quoting Gary Gregory

[Jakarta Commons Wiki] Updated: ValidatorWishList

Date: 2004-06-21T20:24:13 Editor: 216.220.165.214 <> Wiki: Jakarta Commons Wiki Page: ValidatorWishList URL: http://wiki.apache.org/jakarta-commons/ValidatorWishList no comment Change Log: -- @@ -23,5 +

RE: [general] commons standard for release notes and Maven?

FYI, I am doing the same thing but with the links pointing to Bugzilla. I wonder: Is providing a HTML version of changes.xml good enough or should a text file *also* be provided. Thank you, Gary > -Original Message- > From: Henri Yandell [mailto:[EMAIL PROTECTED] > Sent: Monday, June 2

[net][vote] Steve Cohen to manage release of commons-net-1.2.2

There have been a few bugs fixed in the past week, one of which causes significant problems for Ant. See http://issues.apache.org/bugzilla/show_bug.cgi?id=25668 . The Ant team has asked us whether we can do a release to fix this bug and I would like us to do so. Also fixed has been http://i

DO NOT REPLY [Bug 29484] - [net] Unable to initiate FTP send

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Mon, 21 Jun 2004 21:44:10 -0600

Here is a casino giving away $25 Free when you sign up an account. No credit card required http://ace.casino.cls2.org/iwin.html James

DO NOT REPLY [Bug 29689] - [net] Unix parser does not handle special files.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/validator/xdocs downloads.xml

husted 2004/06/21 19:31:46 Modified:validator/xdocs Tag: VALIDATOR_1_1_2_BRANCH downloads.xml Log: Website changes in anticipation of 1.1.3 release. Revision ChangesPath No revision No revision 1.1.2.1 +7 -3 jakarta-commons/

cvs commit: jakarta-commons/validator project.xml

husted 2004/06/21 19:31:28 Modified:validator Tag: VALIDATOR_1_1_2_BRANCH project.xml Log: Website changes in anticipation of 1.1.3 release. Revision ChangesPath No revision No revision 1.40.2.2 +8 -2 jakarta-commons/validato

cvs commit: jakarta-commons/net/src/java/org/apache/commons/net/ftp/parser UnixFTPEntryParser.java

scohen 2004/06/21 19:30:33 Modified:net/src/java/org/apache/commons/net/ftp/parser UnixFTPEntryParser.java Log: PR: 29689 add support for special file types, those identified in directory listings with a "type" code (first character) of s, S, m, or p.

cvs commit: jakarta-commons/validator/src/share/org/apache/commons/validator/util ValidatorUtils.java

husted 2004/06/21 19:24:38 Modified:validator/src/share/org/apache/commons/validator Tag: VALIDATOR_1_1_2_BRANCH Field.java Form.java ValidatorResources.java ValidatorUtil.java validator/src/share/org/apache/commons/validato

RE: [general] commons standard for release notes and Maven?

I've been using changes on osjava projects for a bit. It's a very nice, focused report. I love it. Am upgrading to maven-rc3 merely to get a changes report that will easily link into my JIRA. Hen On Mon, 21 Jun 2004, Gary Gregory wrote: > I plan on migrating [codec] to use changes.xml for vers

Re: [Validator] 1.1.3 release plan

I checked out the branch and tried to apply the three tickets in question. None of the patches fully succeeded, I guess because they were written against the HEAD. These are all enhancements, and could just as well wait for 1.2.0. I'm not aware of any burning issues in regard to the 1.1.2 branch

Re: [general] commons standard for release notes and Maven?

Not AFAIK. On Mon, 21 Jun 2004 22:03:57 -0400, Gary Gregory <[EMAIL PROTECTED]> wrote: > > I plan on migrating [codec] to use changes.xml for version 1.3. > > Is there a feature which will generate an "old school" RELEASE-NOTES.txt > *text* file from a changes.xml? > > Thank you, > > Gary > >

RE: [general] commons standard for release notes and Maven?

I plan on migrating [codec] to use changes.xml for version 1.3. Is there a feature which will generate an "old school" RELEASE-NOTES.txt *text* file from a changes.xml? Thank you, Gary > -Original Message- > From: Dion Gillard [mailto:[EMAIL PROTECTED] > Sent: Monday, June 21, 2004 17:

Re: [betwixt] XDoclet Integration

On 21 Jun 2004, at 09:45, Konstantin Priblouda wrote: the wiki might be good for this purpose (since it's easier to post code up than by attachment to an email). your place or our place? we need more content so http://wiki.apache.org/jakarta-commons/Betwixt/XDocletIntegration :) it can be easily

[Jakarta Commons Wiki] Updated: Betwixt/XDocletIntegration

Date: 2004-06-21T14:50:45 Editor: RobertBurrellDonkin <[EMAIL PROTECTED]> Wiki: Jakarta Commons Wiki Page: Betwixt/XDocletIntegration URL: http://wiki.apache.org/jakarta-commons/Betwixt/XDocletIntegration no comment Change Log: --

[Jakarta Commons Wiki] Updated: Betwixt/XDocletIntegration

Date: 2004-06-21T14:50:24 Editor: RobertBurrellDonkin <[EMAIL PROTECTED]> Wiki: Jakarta Commons Wiki Page: Betwixt/XDocletIntegration URL: http://wiki.apache.org/jakarta-commons/Betwixt/XDocletIntegration no comment Change Log: --

[Jakarta Commons Wiki] New: Betwixt/XDocletIntegration

Date: 2004-06-21T14:50:03 Editor: RobertBurrellDonkin <[EMAIL PROTECTED]> Wiki: Jakarta Commons Wiki Page: Betwixt/XDocletIntegration URL: http://wiki.apache.org/jakarta-commons/Betwixt/XDocletIntegration Created XDoclet integration design page New Page: = XDoclet Integration =

[Jakarta Commons Wiki] Updated: Betwixt

Date: 2004-06-21T14:42:34 Editor: RobertBurrellDonkin <[EMAIL PROTECTED]> Wiki: Jakarta Commons Wiki Page: Betwixt URL: http://wiki.apache.org/jakarta-commons/Betwixt no comment Change Log: -- @@ -10,7

[Jakarta Commons Wiki] Updated: Betwixt

Date: 2004-06-21T14:40:56 Editor: RobertBurrellDonkin <[EMAIL PROTECTED]> Wiki: Jakarta Commons Wiki Page: Betwixt URL: http://wiki.apache.org/jakarta-commons/Betwixt Added link to new integration page Change Log:

RE: [logging] after 1.0.4: unfinished business

Gary Gregory wrote: > Then there are questions like: should the "memory log" really be in CL > as opposed to logj4? Well, see the focus of the class. It targets especially unit tests in combination with coverage tools. Personally I can live perfectly with the jdk logger (unless someone wants more

Re: [testutils][logging] after 1.0.4: unfinished business

On 21 Jun 2004, at 07:03, Jörg Schaible wrote: Hi Robert, robert burrell donkin wrote on Sunday, June 20, 2004 11:19 PM: when i was cutting 1.0.4, i proposed leaving some unresolved issues until after the release. so, now seems like a good time to get on top of them. please feel free to dive in and

Re: [logging] after 1.0.4: unfinished business

On 21 Jun 2004, at 21:47, Gary Gregory wrote: [snip] memory log -- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27663 i quite like this idea but it's not really a major feature. i'm inclined to try to keep the core jar small by creating another optional jar called loggers containing lo

RE: [logging] after 1.0.4: unfinished business

[snip] > memory log > -- > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27663 > > i quite like this idea but it's not really a major feature. i'm > inclined to try to keep the core jar small by creating another optional > jar called loggers containing loggers which are less likely to

Re: [configuration] DOM vs DOM4J

On 21-Jun-04, at 20:17 Uhr, Emmanuel Bourg wrote: Is there a good reason to keep the configurations using DOM4J instead of their DOM based equivalent ? If there is no difference between the two I'm tempted to remove DOM4JConfiguration and HierarchicalDOM4JConfiguration (or to move them to a cont

Re: [configuration] DOM vs DOM4J

Emmanuel Bourg wrote: > Is there a good reason to keep the configurations using DOM4J instead of > their DOM based equivalent ? If there is no difference between the two > I'm tempted to remove DOM4JConfiguration and > HierarchicalDOM4JConfiguration (or to move them to a contrib directory), > and

Re: DO NOT REPLY [Bug 29689] - [net] Unix parser does not handle special files.

In message <[EMAIL PROTECTED]>, [EMAIL PROTECTED] .org writes: >a listing. Assuming it's implemented, it would also make sense to have FTPFi >le >return the type as being UNKNOWN_TYPE for these other cases. I haven't kept up with all of the parser changes, but that's why FTPFile.UNKNOWN_TYPE ex

Re: [lang] Equalator?

Edelson, Justin wrote: I'm writing a few classes that currently implement Comparator, but I really don't care about comparisons - I just want to use an object to test equality, ergo Equalator. Does such an interface exist somewhere in lang (I can't find anything similar). We have a simiar interface

cvs commit: jakarta-commons/configuration/src/java/org/apache/commons/configuration HierarchicalDOMConfiguration.java

ebourg 2004/06/21 11:44:30 Modified:configuration/src/java/org/apache/commons/configuration HierarchicalDOMConfiguration.java Log: Removed the javax.naming.ConfigurationException Removed the final keywords Revision ChangesPath 1.2 +33 -28

cvs commit: jakarta-commons/configuration/src/java/org/apache/commons/configuration HierarchicalDOM4JConfiguration.java

ebourg 2004/06/21 11:42:39 Modified:configuration/src/java/org/apache/commons/configuration HierarchicalDOM4JConfiguration.java Log: added exception chaining Revision ChangesPath 1.6 +14 -12 jakarta-commons/configuration/src/java/org/apa

[configuration] DOM vs DOM4J

Is there a good reason to keep the configurations using DOM4J instead of their DOM based equivalent ? If there is no difference between the two I'm tempted to remove DOM4JConfiguration and HierarchicalDOM4JConfiguration (or to move them to a contrib directory), and then merge DOMConfiguration i

DO NOT REPLY [Bug 29720] - [configuration] save(OutputStream) for PropertiesConfiguration

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons-sandbox/chain project.properties

husted 2004/06/21 10:50:49 Modified:chainproject.properties Log: Add properties for sdocbook plugin. Several JARs have to be downloaded manually, making the sdocbook plugin a pain to install. Revision ChangesPath 1.4 +35 -2 jakarta-commons-sandbox/chain/pr

cvs commit: jakarta-commons-sandbox/chain/sdocbook - New directory

husted 2004/06/21 10:48:23 jakarta-commons-sandbox/chain/sdocbook - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/chain/xdocs chapter-chain.xml

husted 2004/06/21 10:48:12 Removed: chain/xdocs chapter-chain.xml Log: Move to default sdocbook directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/configuration/xdocs changes.xml

ebourg 2004/06/21 10:45:29 Modified:configuration/src/java/org/apache/commons/configuration BasePropertiesConfiguration.java PropertiesConfiguration.java configuration/xdocs changes.xml Log: Added a save() method to Prop

Re: [vfs] VfsTask

> > > > > > > > > > > > > > > > > Yes, looks very good. is here a data-type that sets a reference to itself to project project.addReference(String name, Object value); Then when vfs-copy sees manager attribute it asks an o

DO NOT REPLY [Bug 29663] - [dbcp] about preparestatement

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [DbUtils] ClassCastException

What does your DbUtil line 143 look like? When you set a breakpoint at that line and inspect it in your debugger what is the class being returned? David --- "Anderson, James H [IT]" <[EMAIL PROTECTED]> wrote: > I'm getting a ClassCastException that I don't understand. I hope someone > can help

DO NOT REPLY [Bug 29484] - [net] Unable to initiate FTP send

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29722] New: - [configuration] addProperty throws a NPE in DOMConfiguration

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/configuration/src/java/org/apache/commons/configuration DOMConfiguration.java

ebourg 2004/06/21 09:47:24 Modified:configuration/src/java/org/apache/commons/configuration DOMConfiguration.java Log: Removed the fully qualified class names and some final keywords Revision ChangesPath 1.5 +39 -40 jakarta-commons/confi

DO NOT REPLY [Bug 29721] New: - [configuration] Saving XML configurations to another file

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29720] New: - [configuration] save(OutputStream) for PropertiesConfiguration

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [vfs][all][poll]regular expression library or jdk1.4 as minimum requirement

I wrote: >want to escape; but quotemeta works equally well)? Why use a negative >look-behind assertion in ((?negative look-behind assertion is redundant because if there's a character >present that's not a slash, then it's not the start of the input)? Of I forgot to add that that's assuming sin

Re: [general] poms in java-repository

Apparantly it's caused a bit of a problem for the Maven-2 work, so I'm going to modify the poms slightly. will have a next to it. will also have / next to it for both project and dependencies. Shoudln't break for maven 1 or 2, but means they won't be the same as in cvs. Hen On Mon, 21 Jun 2

Re: [vfs][all][poll]regular expression library or jdk1.4 as minimum requirement

In message <[EMAIL PROTECTED]>, Mario Ivankovits writes: >It looks like Perl and Java are very (very) simmilar. So asking ORO to The Java regex syntax is almost a superset of Perl, which is why I don't see the impact of using a Perl engine for JDK 1.3 and java.util.regex for J2SE 1.4 as being ma

Re: [vfs] VfsTask

Rami Ojares wrote: I don't understand fully but I quess you want a way to configure the manager in ant for different tasks. This could be a DataType. eg. I thought about the manager="default" could b

DO NOT REPLY [Bug 29717] - [configuration] getKeys(String) broken in JNDIConfiguration

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/configuration/src/test/org/apache/commons/configuration TestJNDIEnvironmentValues.java

ebourg 2004/06/21 08:35:15 Modified:configuration/src/test/org/apache/commons/configuration TestJNDIEnvironmentValues.java Log: Added a test for getKeys(String) Revision ChangesPath 1.6 +15 -10 jakarta-commons/configuration/src/test/org/

DO NOT REPLY [Bug 29717] - [configuration] getKeys(String) broken in JNDIConfiguration

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29717] New: - [configuration] getKeys(String) broken in JNDIConfiguration

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [general] poms in java-repository

This is great Henri. I never understood why Maven in its default deploy task wouldn't automatically generate or update the POM's as well. I've deployed the poms for every commons jar released in the java-repository that my script could find a tag for in CVS. A bunch still missing, and will change

DO NOT REPLY [Bug 29716] New: - [configuration] Disabling string splitting

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [vfs] VfsTask

> What of your toolbox component do need the filesystemmanager? > I looked into them, but they only use the passed fileobjects. Yeah, that was more like a "what if" question :) > I like the idea of the current ant task implementation, they instantiate > their own manager in the context of the c

Re: [vfs] VfsTask

Rami Ojares wrote: What happens if FileSystemManager is not closed and JVM exits. Nothing special - there is no cleanup handling on jvm exit. In other words what does close method do? close() on the manager release all used resources resolved/used by this manager instance And is it a proble

Re: [vfs] VfsTask

Rami Ojares schrieb: I have pronlems with VfsTask. First of all I need to instantiate AntLogger in ant tasks so AntLogger needs to be made public. But that is not enough since I need to instantiate it also in DataTypes (FileSet in particular). Also resolveFile needs to be accessed from FileSet Data

Re: [vfs] VfsTask

What happens if FileSystemManager is not closed and JVM exits. In other words what does close method do? And is it a problem if there are many FileSystemManagers? This can happen when instantiating outside of VFS class. Can there be any problems if Ant task uses one manager instance and some other

DO NOT REPLY [Bug 26066] - [configuration] System property interpolation

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 29714] New: - [configuration] Alternative delimiter

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

[vfs] VfsTask

I have pronlems with VfsTask. First of all I need to instantiate AntLogger in ant tasks so AntLogger needs to be made public. But that is not enough since I need to instantiate it also in DataTypes (FileSet in particular). Also resolveFile needs to be accessed from FileSet DataType. Therefore I wo

[DbUtils] ClassCastException

I'm getting a ClassCastException that I don't understand. I hope someone can help with this, because I'd very much like to be able to use DbUtil on my project! The stack trace: org.apache.commons.dbutils.BasicRowProcessor$CaseInsensitiveHashMap java.lang.ClassCastException: org.apache.commons.d

cvs commit: jakarta-commons/configuration/src/test/org/apache/commons/configuration TestBaseConfiguration.java

ebourg 2004/06/21 06:49:24 Modified:configuration/src/java/org/apache/commons/configuration AbstractConfiguration.java configuration/src/test/org/apache/commons/configuration TestBaseConfiguration.java Log: renamed the p

Re: [vfs] final usage

Mario Ivankovits wrote: But using the "final" keyword of OO design is a good practice. Certainly when it makes sense, but using it for almost every method parameter is certainly not a good practice. I tend to rely on the unit tests to ensure a parameter hasn't been modified in a way that generate

Re: [vfs] final usage

Emmanuel Bourg wrote: Mario Ivankovits wrote: There is a performance aspect when using "final" often - the jvm can aggressive optimize (whatever that means), but IMHO this was not the (only) indention of the original authors. I have yet to see a convincing benchmark proving the performance argum

Re: [vfs] final usage

Mario Ivankovits wrote: There is a performance aspect when using "final" often - the jvm can aggressive optimize (whatever that means), but IMHO this was not the (only) indention of the original authors. I have yet to see a convincing benchmark proving the performance argument, the last time I c

Re: [vfs] final usage

Rami Ojares wrote: Why does vfs use everywhere possible final modifier? Is this some kind of performance optimization or some design issue? Here i find a (IMHO) good summary about the various "final"s http://renaud.waldura.com/doc/java/final-keyword.shtml There is a performance aspect when using

DO NOT REPLY [Bug 27747] - [configuration] ClassCastException not thrown by getBoolean()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [lang] mutables

Jar size isn't important, maintainable code size is why I suggested moving to storing the value in the abstract. Am happy to rollback if that is desired. Hen On Mon, 21 Jun 2004, Stephen Colebourne wrote: > I've only now got a chance to review this (holiday ;-). > > I am less than happy with t

cvs commit: jakarta-commons/configuration/src/java/org/apache/commons/configuration AbstractConfiguration.java CompositeConfiguration.java Configuration.java

ebourg 2004/06/21 05:37:40 Modified:configuration/src/java/org/apache/commons/configuration AbstractConfiguration.java CompositeConfiguration.java Configuration.java Log: getList revamp - getList(key, null) in AbstractConfiguration n