commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 35621] - [configuration] Included properties w/ relative path fails in v1.1
Date Thu, 07 Jul 2005 19:12:49 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=35621>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=35621





------- Additional Comments From oliver.heger@t-online.de  2005-07-07 21:12 -------
Mark,

thanks for your analysis. You are right that the includesAllowed flag is not yet
set when the load() method is called by the constructor.

However PropertiesConfiguration overloads the setBasePath() method to set
includesAllowed to true if a base path is available. This works if the
properties are loaded from an absolute or relative path, but unfortunately not
when loaded from the classpath as in your test application. This is the reason
why our unit test for include properties works, though the file is loaded in the
constructor (TestPropertiesConfiguration.setUp()).

So the real problem seems to be once more the handling of the source file name
and path. I tend to believe that we need a completely new solution (Locators!)
to get rid off all of these problems.

Thank you for spotting this.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

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


Mime
View raw message