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


[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|WONTFIX                     |




------- Additional Comments From [EMAIL PROTECTED]  2005-05-09 20:47 -------
(In reply to comments #0 and #1)

I second Gary's desire for this feature, and I cast a vote for it as well.

Glenn's example is flawed and should be ignored.  Now I wasn't using Ant in
2001, but all recent versions of Ant ignore any attempt to assign a new value to
a property which already has a value.  If anything, that is the issue that
Glenn's example illustrates.  And that issue is completely independent of this
feature request.

I'm trying to use this proposed feature in a much less controversial way:

---- FILE: common.properties

DESC_B1=Builds this package
DESC_B2=Builds all packages

---- FILE: one/build.xml

<project name="one" default="usage" basedir="..">
<property file="common.properties"/>

<target name="build" depends="init" description="${DESC_B1}">
    <!-- : -->
</target>

<target name="build-all" depends="init" description="${DESC_B2}">
    <!-- : -->
</target>

---- FILE: two/build.xml

<project name="two" default="usage" basedir="..">
<property file="common.properties"/>

<target name="build" depends="init" description="${DESC_B1}">
    <!-- : -->
</target>

<target name="build-all" depends="init" description="${DESC_B2}">
    <!-- : -->
</target>

------- End of sample files

This type of use is just common sense - define it once, use it many times.  In
similar situations it's call encapsulation, or string resourcing, etc.  With one
build.xml file per Java package, and many, many packages per project, it makes a
lot of sense to centralize this.

In my case, all the tasks call a common "queen ant" script to perform the actual
task anyway.  I've encapsulated the code - I want to encapsulate the description
too.

See also bugid 34823.


-- 
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