> Just for information purposes, it looks like you borrowed the method for > getting properties from JUnitTestRunner, which is fine, but
Yep. Maybe we could use putAll there as well instead of enumerating all keys and adding the corresponding values. > > /* add ant system properties */ > > props.putAll( project.getProperties() ); > > > > /* add/overlay system properties */ > > props.putAll( System.getProperties() ); > > within a task, there is no need to overlay System properties on Ant > properties as Ant's properties contain the System properties already. The > reason JUnitTestRunner does it is because that code is JUnitTestRunner.main > is used when forking <junit> and so the System properties could be different > than Ant's version of them. Oops, I didn't notice that project.getProperties already contains the system properties. Thanks. The fact that system properties may differ if the junit task is forked makes xmlproperties useless for my use case as there is no way for this task to know what the system properties will be... dammit > Having a task handy that outputs the Ant properties in XML format is a good > thing. Thank you. No problem...
