DO NOT REPLY [Bug 18391] - RFE : ignoreMissingBuildFiles option for subant

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18391>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18391

RFE : ignoreMissingBuildFiles option for subant

gus.heck@olin.edu changed:

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



------- Additional Comments From gus.heck@olin.edu  2003-09-23 21:24 -------
I've stubbed my toe on a use case that "just use filesets" does not cover now so
I am going to reopen this... I discovered it when I tried to migrate away from
my old patched version of ant (patched with the patch I submitted, and thus
allowing the ignoreMissingBuildFile atribute) to a newer version.

    <subant target="compile"
            buildpathref="path.dirs.copied.psets"
            ignoreMissingBuildFile="true">
      <property name="compile.failonerror" value="true"/>
    </subant>

Elswhere I define

    <path id="path.dirs.copied.psets">
      <dirset dir="${dir.build.src}">
        <include name="*/*/*/psets/*"/>
      </dirset>
    </path>


I definately want a dirset for this path, when it is used for copying as I want
the entire directories which include among other things, java code, libraries,
images and build files, but I definately don't want to fail if it copies a
directory that doesn't have a build file (there are many). I DO very much want
the build to fail if one of the sub builds fail. 

I would like to not need to maintain 2 specifications of this path. (the second
one being a fileset with the pattern "*/*/*/psets/*/build.xml). 

I am entirely open to an alternate (shorter!) name for the atribute, but don't
seem to be able to think of one I like better

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org