--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Tue, 5 Sep 2006, Matt Benson > <[EMAIL PROTECTED]> wrote: > integrate antunit tests into Ant core until > after > > 1.7's release, or can we go ahead and start > > adding/migrating au tests? > > 1.7beta would be enough for me, but we'd also need > an AntUnit 1.0beta > IMHO. I'm going to post a release plan for it soon, > but am still > waiting to get the .NET Antlib out of the door first > (the vote on the > actual ZIP to release seems to be failing and I'll > need a fresh start, > though). > > > Secondly, whenever we do integrate antunit tests > into > > core, a simplistic approach would be to add a new > > directory, e.g. src/au-testcases whose structure > might > > mirror src/etc/testcases, and invoke the antunit > task > > from the core build in one way or another > (unimportant > > ATM IMO). > > For the antlibs I renamed src/testcases to > src/tests/junit and added a > src/tests/antunit directory. The common build file > autodetects > whether either directory is present and runs <junit> > and/or <antunit> > if the corresponding directories exists. > > I didn't think of the *-support.xml case, that would > need to be added.
This is the only contention area, then. I see that the antlibs are running src/tests/antunit/**/*.xml , so my proposal for excluding e.g. **/*-support.xml would blend rather seamlessly IMO. DD opined he would prefer INcluding **/*-test.xml , **/*Test.xml , or some other known pattern to excluding support files. My rationale is that I expect the majority of files under src/tests/antunit to be antunit test files; thus the few exceptions = exclusions. Does anyone else want to weigh in here? Beyond this, I think (hope?) we could begin adding antunit tests next week after Antoine cuts 1.7beta2 (assuming no -1 votes come in, which I hardly expect). Thoughts? -Matt > > Finally, I think it will be best for antunit if as > > many as possible of our existing junit testcases > are > > (eventually) ported to antunit. This should > expose > > any missing generic functionality IMHO. > > Agreed. > > Stefan > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]