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=22269>. 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=22269 ------- Additional Comments From [EMAIL PROTECTED] 2005-11-06 00:02 ------- Since the <subant> task has similar functionality, perhaps that existing implementation would make enhancing <import> like this easier? I also mention <subant> because some folks finding this bug/rfe might find that it can do what they want (without this feature). In my case, the target overriding special features of <import> are expecially important to my efforts. Stephan Bodewig's excellent OTN article on Ant 1.6... http://www.oracle.com/technology/pub/articles/bodewig_ant1.6.html ...illustrates one approach to using <import>, <subant> and <macrodef> for "auto-discovery of build files". But near the end he states that adding "ordering [of] the builds according to their interdependencies" requires a custom Ant task like <buildlist>. I've had good success with a slightly different approach, which first imports all the (package-level) build files in a project. Hierarchical target invocations can then be more naturally specified in the depends="..." attributes of targets. For example: <target name="compile" depends="strutil.compile,util.compile"> In this case, I need to use something like this: <import> <fileset dir="." includes="*/build.xml"/> </import> Currently I have to list each build file with a separate <import> task, which is tedious and brittle. I believe this feature would give Ant a powerful and natural way to represent build dependencies throughout a tree of build files. -- 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]