Emmanuel Bourg <[EMAIL PROTECTED]> writes: >Good point I didn't pay attention to this since the build.xml file is >automatically generated by Maven. Consider using Maven instead until >it's fixed. I filed a bug if you want to track this issue:
Hi, I applied the patch anyway. It might well be removed next time we rebuild the script. >> 2. XMLConfiguration fails badly with NPE if an invalid system resource >> name passed to constructor. >Loading issues have been reported with XMLConfiguration, this will be >reworked. I filed a bug for this as well: >http://nagoya.apache.org/bugzilla/show_bug.cgi?id=31041 The patch was simple a clean. I applied it, because it removes an NPE which is good. >> 3. XMLConfiguration.addProperty(key, Object) makes improper downcast of >> Object to String. >This will be fixed soon, this issue has been already reported in Bugzilla: >http://nagoya.apache.org/bugzilla/show_bug.cgi?id=30839 You already done this. Good. >> 4 XMLConfiguration.addProperty(key, Object) doesn't handle nest keys >> properly. >I'll add a test case for this, thanks for noticing it. Here is the >related bug: >http://nagoya.apache.org/bugzilla/show_bug.cgi?id=31046 The patch doesn't pass the unit tests. >> Also, not a bug as such, but I noticed that commons configuration have >> some pretty heavy library requirements. I only use the XML >> configuration, and I found by trial and error that I didn't need more >> over half of the stated dependencies. It would be nice if the >> configuration build or distribution process could split out some of the >> extensions and their dependencies so people looing for a lightweight >> solution can us it. >You are right, and this is on my todo list :) The current dependency >list generated by Maven isn't really helpful for end users, I plan to >add a page specifying the core depencies and the extra dependencies >needed for each configuration type. Do your really feel a need here? If you do XML parsing, you need lots of libs anyway and once you pull in xerces with a full Meg or xalan with two and a half, the rest doesn't matter anyway. Regards Henning -- Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH [EMAIL PROTECTED] +49 9131 50 654 0 http://www.intermeta.de/ RedHat Certified Engineer -- Jakarta Turbine Development -- hero for hire Linux, Java, perl, Solaris -- Consulting, Training, Development "Fighting for one's political stand is an honorable action, but re- fusing to acknowledge that there might be weaknesses in one's position - in order to identify them so that they can be remedied - is a large enough problem with the Open Source movement that it deserves to be on this list of the top five problems." -- Michelle Levesque, "Fundamental Issues with Open Source Software Development" --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]