As long as you don't distribute it or require users to run it in order to run your code I think it's fine.
That said would be nice to be using asl software, have you looked at http://www.concordion.org/ ? Patrick On Wed, May 2, 2012 at 6:32 PM, Ralph Goers <[email protected]> wrote: > Build tools that are not distributed by the ASF are fine to use. > > Ralph > > On May 2, 2012, at 9:22 AM, Arvind Prabhakar wrote: > >> (Picking up an old thread that got buried in my inbox) >> >> On Tue, Apr 17, 2012 at 7:25 AM, Brock Noland <[email protected]> wrote: >> >>> Hi, >>> >>> On Tue, Apr 17, 2012 at 2:19 PM, Arvind Prabhakar <[email protected]> >>> wrote: >>>> >>>> In the past I have used the FIT framework successfully to do integration >>>> testing. It has a bit of a steep starting cost, but once the fixtures are >>>> developed and a few tests written, it becomes very easy to extend and >>>> maintain. >>>> >>>> http://fit.c2.com/ >>> >>> I will check this out, it's GPL, I assume that should be fine? >>> >> >> I do know that some projects use asciidoc which is GPL licensed. As long as >> it is being used at build time and not being packaged with the system, it >> should be fine I think. >> >> (Mentors: please chime in with your input on this). >> >> >>> >>>> >>>> The other alternative is to use TestNG/JUnit categorized for integration >>>> test where you create the various processes in a controlled environment >>>> etc. This approach is a bit more tedious and harder to maintain, although >>>> easer to start with. >>> >>> Yeah JUnit as integration testing is OK but not great IMHO. >>> >>> Which module should the tests go in? >>> >> >> I think it would make sense to have them in the flume-ng-dist module if not >> in a module of its own. >> >> Thanks, >> Arvind >> >> >>> >>> Brock >>> >
