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=40129>.
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=40129
------- Additional Comments From florian.ebeling@gmail.com 2006-12-14 00:37 -------
(In reply to comment #3)
> It is by design that ant doesn't overwrite the properties already set, since JVM
> doesn't do autoconvertion os strings to paths lkie ant, the basedir property is
> set to a TEXT valu of build/node.
>
> Consider
> <property name="xxxx" location="yyyy"/> here the absolute path of yyyy will be
> assigned to the property name xxxx, however since JVM doesn't know the specific
> type of the property using -Dxxxx=yyyy won't translate the value to a absolute
path.
Ok, then a runtime error, or at very least a warning
is warranted. Because that means the properties namespace is
already polluted from an ant point of view, with an
incompatible object. Since the basedir is the origin
from which all operations are performed, but it can't be
determined, the configuration should for sure considered broken.
> if basedir needs to be passed to ant using -D then make sure you set the value
> to the absolute path.
How comes _this_ makes a difference, all of a sudden?!
Does a leading slash change the rules you mentioned
above?
The distinction between "location" and string values isn't
convincing anyway, since all OSes used today use strings to
designate files and directories.
--
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: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
|