Brian, What kinds of errors are you getting. commons-configuration is built using maven. One of maven's target's produces the build.xml file. We really need a message in there, "don't edit this, it is generated by maven!"
I regenerated the buid.xml file using maven and was sucessful. If you need an updated build.xml, I can email it to you directly. I'll try and commit it to cvs this evening! I am not sure about Item 2, this is streching my level of understanding. Would this mean though that I could have properties files in both a class sub directory and in the root? eric -----Original Message----- From: Brian E. Dunbar [mailto:[EMAIL PROTECTED] Sent: Thursday, June 19, 2003 5:28 PM To: [EMAIL PROTECTED] Subject: [Configuration]Missing Jars for Build and Bug with ClassPropertiesConfiguration Item 1: I was building commons-configuration from scratch and it was having problems retrieving some of the jar files from ibiblio. I made fixes to the build.xml file to add/modify some lines to get it to work. My fixed build.xml is attached. Item 2: The ClassPropertiesConfiguration seems to only be able to load properties files from within the package of the class passed into the constructor. I have been unable to successfully load a properties file from the root of the classpath by placing a "/" at the beginning of the name (as the source code indicates one should do). The source code indicates that the Javadoc for loading resources says that all URL's start with a "/", but I am unable to find that in the javadoc for ClassLoader and in testing I have been unable to get ClassLoader to load a file that beings with a "/". If I am correct, I propose that ClassPropertiesConfiguration be changed as described below. In my experience it is more likely that properties files need to be loaded from the root of the classpath then from a specific package within the classpath (but that is my experience). Use the classloader of class that is provided by the constructor. Add a constructor that indicates whether to use relative or absolute. Change getPropertyStream to utilize the relative or absolute flag. Add a test case that checks that absolute paths work. I will gladly submit a patch to do the above if what I propose makes sense. Brian Dunbar