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