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