Re: [discussion] Integration testing location

2006-01-07 Thread Jason van Zyl
Steve Loughran wrote: Vincent Massol wrote: what we actually do at work is just run cruise control on a single box and collect the results. Its that result collection which becomes critical and hard on a big distributed system. Just some other things to note FYI. Continuum recently gained

Re: [discussion] Integration testing location

2006-01-06 Thread Rinku
I think its a great feature to have in Maven. I'd suppose a change like this would be targeted for 2.1, right? Cheers, Rahul - Original Message - From: "Jason van Zyl" <[EMAIL PROTECTED]> To: "Maven Developers List" Sent: Thursday, December 29, 2005

Re: [discussion] Integration testing location

2006-01-06 Thread Steve Loughran
Vincent Massol wrote: I am working with a PhD student at CERN on distributed testing, and there is a project gridunit that does some good stuff already, running junit tests across a farm of nodes, collecting and presenting the results. Wow, that sounds really cool! Especially as there's a

RE: [discussion] Integration testing location

2006-01-06 Thread Vincent Massol
> -Original Message- > From: Vincent Massol [mailto:[EMAIL PROTECTED] > Sent: vendredi 6 janvier 2006 15:59 > To: 'Maven Developers List' > Subject: RE: [discussion] Integration testing location > > Hi Steve, > > > -Original Message-

RE: [discussion] Integration testing location

2006-01-06 Thread Vincent Massol
Hi Steve, > -Original Message- > From: Steve Loughran [mailto:[EMAIL PROTECTED] > Sent: mercredi 4 janvier 2006 14:37 > To: Maven Developers List > Subject: Re: [discussion] Integration testing location [snip] > > For example cargo could define a cargo:test goal

Re: [discussion] Integration testing location

2006-01-04 Thread Steve Loughran
Vincent Massol wrote: -Original Message- From: Jesse McConnell [mailto:[EMAIL PROTECTED] Sent: mercredi 28 décembre 2005 20:44 To: Maven Developers List Subject: Re: [discussion] Integration testing location I worry a bit about mixing unit and integration tests generally... maybe we

Re: [discussion] Integration testing location

2005-12-30 Thread Matt Brozowski
On Dec 28, 2005, at 10:00 PM, Jason van Zyl wrote: Brett Porter wrote: -1 to generic pre/post phases. For one, there's no difference between pre-process-classes and post-compile. Maybe that indicates that the process-classes is really a decoration for the compile phase. We have several pl

Re: [discussion] Integration testing location

2005-12-28 Thread Jason van Zyl
Brett Porter wrote: If we just do pre/post, won't the next point be that pre-pre-compile is needed? I imagine that 90% of what people do will be covered by the standard lifecycle, 5% of people might make custom lifecycle and 5% might need to do some really weird stuff with a big pile of rop

Re: [discussion] Integration testing location

2005-12-28 Thread Brett Porter
Jason van Zyl wrote: > Brett Porter wrote: > >> -1 to generic pre/post phases. For one, there's no difference between >> pre-process-classes and post-compile. > > Maybe that indicates that the process-classes is really a decoration > for the compile phase. We have several places in the lifecycle w

Re: [discussion] Integration testing location

2005-12-28 Thread Jason van Zyl
Brett Porter wrote: -1 to generic pre/post phases. For one, there's no difference between pre-process-classes and post-compile. Maybe that indicates that the process-classes is really a decoration for the compile phase. We have several places in the lifecycle where the same argument applies

Re: [discussion] Integration testing location

2005-12-28 Thread Jason van Zyl
Jesse McConnell wrote: I worry a bit about mixing unit and integration tests generally... maybe we have the recommended case for them go into src/integration-test/java or something along those lines... +1 When I said parallel to unit testing that's what I meant so that everything was distinc

Re: [discussion] Integration testing location

2005-12-28 Thread Brett Porter
Sorry to top reply, am trying to capture a response to several emails in the thread: +1 to src/it/java, and a reproduction of all test phases for integration testing We may want to have a functional test set as well that is separate to integration testing (I know there a bunch of different names,

Re: [discussion] Integration testing location

2005-12-28 Thread Jesse McConnell
On 12/28/05, Vincent Massol <[EMAIL PROTECTED]> wrote: > > > > Sure but there's a very common use case for integration testing: the need > to > have environment setup before the test and to clean it after the tests. Of > course you could write all sort of plugin to that the plugin support doing > t

RE: [discussion] Integration testing location

2005-12-28 Thread Vincent Massol
> -Original Message- > From: Jesse McConnell [mailto:[EMAIL PROTECTED] > Sent: mercredi 28 décembre 2005 20:44 > To: Maven Developers List > Subject: Re: [discussion] Integration testing location > > I worry a bit about mixing unit and integration tests generally.

Re: [discussion] Integration testing location

2005-12-28 Thread Jesse McConnell
-Original Message- > > From: Jason van Zyl [mailto:[EMAIL PROTECTED] > > Sent: mercredi 28 décembre 2005 19:51 > > To: Maven Developers List > > Subject: Re: [discussion] Integration testing location > > > > Vincent Massol wrote: > > > Hi there

RE: [discussion] Integration testing location

2005-12-28 Thread Vincent Massol
> -Original Message- > From: Jason van Zyl [mailto:[EMAIL PROTECTED] > Sent: mercredi 28 décembre 2005 19:51 > To: Maven Developers List > Subject: Re: [discussion] Integration testing location > > Vincent Massol wrote: > > Hi there, > > > > I&

Re: [discussion] Integration testing location

2005-12-28 Thread Jason van Zyl
Vincent Massol wrote: Hi there, I'd like to continue the discussion about integration testing (see http://docs.codehaus.org/display/MAVEN/Testing+Strategies). Here are some topics on which I'd like to get your opinion: 1) Need for a pre/post phase to integration-test. See http://jira.codehaus.o