--- 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]

Reply via email to