Stefan Bodewig wrote: > * Add a new datatype filterset to group token-filters
+1 > * make usage of particular filters/filtersets explicit in copy tasks +1 > * make facade tasks for things like javac (JikesImpl, ModernImpl etc) +1 > * unify multiple similar tasks to use similar forms (ie all the javacc > type tools) +1 > * Obfuscating task +1 > * Add an <ant> task that will find build files according to a fileset > and invokes a common target in them. > > <anton>? +1 to anton. > * Add a JavaApply task that executes a given class with files from a > fileset as arguments - similar to <apply>. +1 > * Include some more sophisticated loggers with the Ant distribution - > especially for sending emails. Make the existing one more flexible > (stylesheet used by XmlLogger). +1 > * make the default logger's output clear, informative, and terse. +0. I'm more with Conor on this than anything. I like the current output. > * Better docs. > > More examples. Tutorials, beginner documents, reference sheets for > tasks, printable version. +1 > * RPM task. +1 > * add an attribute to <property> to read in an entire file as the > value of a property. +1, but what was the motivation for this again? > * Task for splitting files (head/tail/split like functionality). +1 > * Task to create XMI from Java. +1 > * socksified networking tasks, SSH tasks. +1 > * a reachable task that works much like available for network URLs. +1 > * make PATH handling consistent. Every task that has a PATH attribute > must also accept references to PATHs. +1 > * Task to extract classes from a JAR file that a given class depends > on. > > Based on <depend> or IBM's JAX for example. +1 > * Unify <available> and <uptodate> into a more general <condition> > task, support AND/OR of several tests here. +0. I guess we are getting pushed down that road. > * jsp-compilation task +1 > * URL-spider task that checks links for missing content or server errors +1 Glenn
