ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 8294] New: - Make apply better!
Date Fri, 19 Apr 2002 12:15:55 GMT
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=8294>.
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=8294

Make apply better!

           Summary: Make apply better!
           Product: Ant
           Version: 1.4.1
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Enhancement
          Priority: Other
         Component: Core tasks
        AssignedTo: ant-dev@jakarta.apache.org
        ReportedBy: simon.spruzen@rbos.com


Can <apply> be enhanced:

1. Parallel=false only:
Allow <srcfile/> and <targetfile/> to appear as many times as required (this is

occasionally neccessary for odd command lines). If srcfile appears more than 
once, whether each srcfile/target is expanded into the same filename, or 
whether each srcfile is expanded into the next unused filename is dependent on 
a new attribute, usenext, e.g.

if the source file list is a.xml, b.xml, c.xml

and srcfile element appears twice it will be expanded thus:

<srcfile/> <srcfile/>                             a.xml a.xml
<srcfile usenext="true"/> <srcfile/>              b.xml b.xml
<secfile/> <srcfile usenext="true"/>              a.xml b.xml

The same applies to targetfile.

This wouldn't be allowed for parallel=true.

2. Fix mapper support so the flatten mapper really does what it says (i.e. 
strip off the preceeding path), rather than cause the current directory to be 
prepended to the flattened file.

3. Allow arbitrary substitutable parameter lists that don't depend on filesets. 
So in <apply> I could define a list:

<apply ...>
   <list id="arg.list.one" value="value1,value2,value3"/>

and refer to it in the middle of the arg list as follows:
   <arg .../>
   <arg listid="arg.list.one"/>
   <arg listid="arg.list.one" usenext="true"/>
   ...
</apply>

Which would expand to: value1 value2
the usenext attribute working in the same way as for srcfile/targetfile's 
usenext, above.

Multiple lists would be allowed. The rule for expansion of lists of different 
lengths would be:

- apply stops at the end of the longest fileset or list
- shorted lists would be silently be expanded to empty strings, or perhaps to 
whatever value the default attribute was set to, i.e. for two lists:

<list id="arg.list.one" value="value1,value2,value3" default="boo"/>
<list id="arg.list.two" value="hello,goodbye,ok,whatever"/>

would expand to, given <listarg id="arg.list.one"/> <listarg id="arg.list.two"/>

value1 hello
value2 goodbye
value3 ok
boo whatever

Of course, changing arg would add lists to every task that allowed the arg 
element, not just apply.


simon.

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


Mime
View raw message