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=40561>.
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=40561





------- Additional Comments From [EMAIL PROTECTED]  2006-09-21 12:42 -------
(In reply to comment #3)

Stripping the prefix did not work because there is another bug or lack of
documentation (I forgot to mention it, sorry).

 Peter's example works only if properties values have not been set previously.
So it works with given snippets. But, like in my case, if some property values
have been set previously (by another property file or by the build), then
property values are not evaluated properly like in following example with a
slightly modified build.

build.xml (modified snippet)
=========

<property name="project.factories.package" value="foo" />
<property file="default.properties" prefix="project" />
<echo>factories.format=${project.factories.format}</echo>

Output (with peter's proposal)
======
factories.format={1}.factory.{2}BOFactory

 The correct output should be:

factories.format={1}.foo.{2}BOFactory
 
 Property file local values take precedence and hide any previous property
value. It act like if properties (project.factories.package) were mutable !

 In our case, users should be able to override these default values. So, Peter's
proposal did not work for me.


-- 
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to