Updated: I’ve added another item to the implemented features below…
Yonks ago I spent an afternoon hacking together a TODO task for Apache Ant; the result of which was Ant TODO.
Now, I hadn’t touched it in a while until a user emailed me asking for some help and some nifty new features. Having returned home from a weekend away with a few hours spare I decided to implement the following:
allow for setting of results to an Ant property, instead of to a file or so-on
support a custom delimiter string for each item
call Ant TODO after JAR’ing Ant TODO (chicken, meet egg)
numerous housekeeping tasks, such as a little refactoring and better test data
Having spent a considerable amount of time hacking a new temporary build system together at my new workplace, we were nearing the end of our initial aim. One feature of the development processes they run here is the continuous deployment to the test servers, which is a very good place to be. Our overall goal was to decouple ourselves from the wider development team to allow for more control and flexibility over our build tools and processes.
We’re moving from Visual Build Professional to a more industry-recognisable stack: Apache Ant, Jenkins/Hudson and deployment included within the Ant build scripts via separated targets. This latter requirement was a little cumbersome using the built-in FTP task of Ant.
After writing the FTP task calls in our target, we noticed that when testing on the target build server that the FTP was timing out. To rub salt in the wound, it transpired that the Apache Ant FTP tasks do not allow for setting the timeout. If you want such functionality, you’ll need to duplicate the FTP task itself and add a simple setDataTimeout call, or use an alternative client (or fix the bug!). Whilst brainstorming ideas, a colleague and I discovered that using timeout for Ant FTP connections might not even be necessary if you use the passive=”yes” attribute; as the task’s documentation says:
selects passive-mode (“yes”) transfers, for better through-firewall connectivity, at the price of performance. Defaults to “no”
Doing so on our build made it lightening fast and we no longer suffered from timeout issues.