DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=36862>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=36862 ------- Additional Comments From [EMAIL PROTECTED] 2005-09-29 18:25 ------- Steve thx for the attention! I want to have a developer and system 'ANT manipulation free' environment. I mean no interactions or whatsoever with file system or anything related to ANT installation. I want to have users and systems just checking out their code and our custom ANT tasks from CVS, then run the stuff, without even noticing ANT enhancements or changes. Each time I need to update our custom tasks, I don't want to update the ${user.home}/.ant/lib directory. Your solution is more squared that just putting the ant-junit.jar in the taskdef classpath and probably the cleanest way to do it. But, it does not fit my 1st mandatory requirement: no installation or modification from a user or system or 'do your job with what you find and bring with you'. Our automated systems run JUnit tests, autobuild and SOAP tests among other things on different OSes, continents and machines, that way I don't care about them missing libraries. I know everything they need is in CVS. The solution by putting the ant-junit.ajr in my taskdef class path works fine for the purpose I have. I keep this in mind though in case I run into more complex issues. I appreciate your help and thank you guys for all the good work and time ANT saves me on a daily basis. J -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
