Re: releasing verifier / core-integration-testing-support

2008-09-18 Thread John Casey
Jason van Zyl wrote: Though if you want to work on the ITs, I think the first thing that would be useful is to get the core Maven plugins out of the ITs which we are using for testing. Integration tests for plugins themselves should be moved to their respective plugins and stay there. O

Re: releasing verifier / core-integration-testing-support

2008-09-17 Thread Brett Porter
Yep, let's just release 1.2 and nuke 1.1-SNAPSHOT. I'll just look into releasing the the integration-testing-support later, as it seems like you're plowing through some stuff :) - Brett On 18/09/2008, at 3:23 AM, Benjamin Bentmann wrote: Jason van Zyl wrote: There is only one actively bei

Re: releasing verifier / core-integration-testing-support

2008-09-17 Thread Benjamin Bentmann
Jason van Zyl wrote: There is only one actively being used but I believe changes where made to trunk (1.2-SNAPSHOT) which are required. Not sure we are talking about the same: I wasn't concerned about the sources of maven-verifier, only which version the artifact (from trunk) has. We have ma

Re: releasing verifier / core-integration-testing-support

2008-09-17 Thread Jason van Zyl
On 17-Sep-08, at 5:55 PM, Benjamin Bentmann wrote: Brett Porter wrote: 1) the answer to the question "what's the current release of the verifier?" (it's 1.0, but there's 1.1-SNAPSHOT and 1.2-SNAPSHOT floating around Unless we really have two active branches for the maven-verifier, one

Re: releasing verifier / core-integration-testing-support

2008-09-17 Thread Benjamin Bentmann
Brett Porter wrote: 1) the answer to the question "what's the current release of the verifier?" (it's 1.0, but there's 1.1-SNAPSHOT and 1.2-SNAPSHOT floating around Unless we really have two active branches for the maven-verifier, one at 1.1-SNAPSHOT and the other one at 1.2-SNAPSHOT, I gues

Re: releasing verifier / core-integration-testing-support

2008-09-17 Thread Jason van Zyl
On 16-Sep-08, at 1:12 PM, Benjamin Bentmann wrote: Jason van Zyl wrote: The ITs for example could easily use the invoker in shared. Not as is I believe. The maven-invoker is intended to run Maven, not more. The maven-verifier on the other hand appears to be a conglomerate of these funct

Re: releasing verifier / core-integration-testing-support

2008-09-16 Thread Benjamin Bentmann
Jason van Zyl wrote: The ITs for example could easily use the invoker in shared. Not as is I believe. The maven-invoker is intended to run Maven, not more. The maven-verifier on the other hand appears to be a conglomerate of these functionalities - invoke Maven - assert pre-/post-build cond

Re: releasing verifier / core-integration-testing-support

2008-09-16 Thread Jason van Zyl
I'm enumerated the many verifiers and many invokers we have. The ITs for example could easily use the invoker in shared. On 15-Sep-08, at 8:14 PM, Dennis Lundberg wrote: Brian E. Fox wrote: If the only dependency for integration tests is the verifier, then there's not much point in moving it

RE: releasing verifier / core-integration-testing-support

2008-09-15 Thread Brian E. Fox
t: Re: releasing verifier / core-integration-testing-support Brian E. Fox wrote: >> If the only dependency for integration tests is the verifier, then >> there's not much point in moving it into its own SVN structure, IMO. > > I think the verifier _is_ useful in Its outside of

Re: releasing verifier / core-integration-testing-support

2008-09-15 Thread Dennis Lundberg
Brian E. Fox wrote: >> If the only dependency for integration tests is the verifier, then >> there's not much point in moving it into its own SVN structure, IMO. > > I think the verifier _is_ useful in Its outside of maven core itself. > Case in point: Nexus. We should move the verifier to be a f

RE: releasing verifier / core-integration-testing-support

2008-09-15 Thread Brian E. Fox
>If the only dependency for integration tests is the verifier, then >there's not much point in moving it into its own SVN structure, IMO. I think the verifier _is_ useful in Its outside of maven core itself. Case in point: Nexus. We should move the verifier to be a full-fledged plugin.

Re: releasing verifier / core-integration-testing-support

2008-09-15 Thread John Casey
I'm +1 for consolidating the helper and archetype/sample stuff into a SVN tree, then releasing all that stuff. I'd probably agree that the verifier needs to stay separate, though, since it's not specific to maven's ITs anymore. Also, (another tangent) we need to look into how we could start r

Re: releasing verifier / core-integration-testing-support

2008-09-15 Thread John Casey
I'm running on half a brain today (allergies), but I do want to make one point that I feel is pretty important: IMO we need to move away from generalized test plugins for use in the maven core ITs ASAP. Normal object-oriented design concerns don't apply well here, and factoring behavior into e

Re: releasing verifier / core-integration-testing-support

2008-09-15 Thread Brett Porter
On 15/09/2008, at 10:40 PM, Jason van Zyl wrote: It would still be separate. What I'm really suggesting is putting the helper (abstract test base class, used by both Maven's test suite and NMaven's test suite), in with the verifier and releasing them together. Shared is fine too, but I w

Re: releasing verifier / core-integration-testing-support

2008-09-15 Thread Jason van Zyl
On 15-Sep-08, at 11:55 AM, Brett Porter wrote: On 15/09/2008, at 6:47 PM, Jason van Zyl wrote: I honestly don't think this is necessary. The real problem is lack of consistency in deploying the IT ball. And honestly the IT ball is fine for casual people trying to test things but is inef

Re: releasing verifier / core-integration-testing-support

2008-09-14 Thread Brett Porter
On 15/09/2008, at 10:22 AM, Jason van Zyl wrote: On 15-Sep-08, at 1:40 AM, Brett Porter wrote: Hi, To clear up some of the confusion about snapshots in the area I'd like to take the following steps: What confusion? 1) the answer to the question "what's the current release of the v