You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by Dan Fabulich <da...@fabulich.com> on 2007/12/20 07:01:46 UTC
[VOTE] Release Maven Surefire version 2.4
Hi,
Maven Surefire version 2.4 is on the runway. Hopefully folks have spent
some time trying out the SNAPSHOT version, because we expect ordinary
users to get auto-upgraded to version 2.4 when we decide to release.
This version fixes numerous long-outstanding bugs, notably in TestNG
support.
We solved 71 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13243
There are still 31 issues left in JIRA:
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10541&status=1
Staging repo:
http://people.apache.org/~dfabulich/staging-repo/
Vote open for 72 hours.
[ ] +1
[ ] +0
[ ] -1
PS This is my first call for a release. Be gentle. ;-)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: [VOTE] Release Maven Surefire version 2.4
Posted by Stephen Connolly <st...@gmail.com>.
The -Dmaven.test.skip.exec=true has the same effect without requiring
a change to the pom.xml
On Dec 20, 2007 9:37 PM, Jason Chaffee <ja...@tvworks.com> wrote:
> FYI,
>
>
>
> You can compile test classes and still use maven.test.skip=true if you
> have the compliler plugin configured as followings:
>
>
>
> <plugin>
>
> <groupId>org.apache.maven.plugins</groupId>
>
> <artifactId>maven-compiler-plugin</artifactId>
>
> <version>2.0.2</version>
>
> <configuration>
>
> <skip>false</skip>
>
> </configuration>
>
> </plugin>
>
>
>
>
> -----Original Message-----
> From: Marat Radchenko [mailto:slonopotamusorama@gmail.com]
> Sent: Thursday, December 20, 2007 1:40 AM
> To: Maven Developers List
> Subject: Re: [VOTE] Release Maven Surefire version 2.4
>
>
>
> Hacks are bad :)
>
> Use
> http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html#ski
> pExec
>
> instead.
>
>
>
>
>
> 2007/12/20, Stephen Connolly <st...@gmail.com>:
>
> > I am concerned by implications of
> http://jira.codehaus.org/browse/SUREFIRE-350
>
> >
>
> > We normally, on development machines, will use "mvn -Dtest=0 clean
>
> > install" from the root pom to ensure that all modules have been built
>
> > with the latest changes and that those changes compile through all the
>
> > subsequent modules and their unit tests before running with the unit
>
> > tests (as these are not as fast as they should be and can take an hour
>
> > or two)
>
> >
>
> > This (ok I know it's a hack) will not work for us now.
>
> >
>
> > maven.test.skip=true will skip compiling the unit tests, so that's no
> good
>
> >
>
> > I do not see an easy way out of this... other than the test=0 hack
>
> >
>
> > On this basis
>
> >
>
> > -1
>
> >
>
> > On Dec 20, 2007 9:21 AM, nicolas de loof <ni...@apache.org> wrote:
>
> > > +1
>
> > >
>
> > > 2007/12/20, Dan Fabulich <da...@fabulich.com>:
>
> > > >
>
> > > >
>
> > >
>
> > > > Hi,
>
> > > >
>
> > > > Maven Surefire version 2.4 is on the runway. Hopefully folks have
> spent
>
> > > > some time trying out the SNAPSHOT version, because we expect
> ordinary
>
> > > > users to get auto-upgraded to version 2.4 when we decide to
> release.
>
> > > >
>
> > > > This version fixes numerous long-outstanding bugs, notably in
> TestNG
>
> > > > support.
>
> > > >
>
> > > > We solved 71 issues:
>
> > > >
>
> > > >
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleNa
> me=Html&version=13243
>
> > > >
>
> > > > There are still 31 issues left in JIRA:
>
> > > >
>
> > > >
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10541
> &status=1
>
> > > >
>
> > > > Staging repo:
>
> > > > http://people.apache.org/~dfabulich/staging-repo/
>
> > > >
>
> > > > Vote open for 72 hours.
>
> > > >
>
> > > > [ ] +1
>
> > > > [ ] +0
>
> > > > [ ] -1
>
> > > >
>
> > > > PS This is my first call for a release. Be gentle. ;-)
>
> > > >
>
> > > >
> ---------------------------------------------------------------------
>
> > > > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>
> > > > For additional commands, e-mail: dev-help@maven.apache.org
>
> > > >
>
> > > >
>
> > >
>
> >
>
> > ---------------------------------------------------------------------
>
> > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>
> > For additional commands, e-mail: dev-help@maven.apache.org
>
> >
>
> >
>
>
>
> ---------------------------------------------------------------------
>
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: [VOTE] Release Maven Surefire version 2.4
Posted by Stephen Connolly <st...@gmail.com>.
Ahh, ok more typing, but that will work
I'm changed to
+1
so
On Dec 20, 2007 9:40 AM, Marat Radchenko <sl...@gmail.com> wrote:
> Hacks are bad :)
> Use http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html#skipExec
> instead.
>
>
> 2007/12/20, Stephen Connolly <st...@gmail.com>:
>
> > I am concerned by implications of http://jira.codehaus.org/browse/SUREFIRE-350
> >
> > We normally, on development machines, will use "mvn -Dtest=0 clean
> > install" from the root pom to ensure that all modules have been built
> > with the latest changes and that those changes compile through all the
> > subsequent modules and their unit tests before running with the unit
> > tests (as these are not as fast as they should be and can take an hour
> > or two)
> >
> > This (ok I know it's a hack) will not work for us now.
> >
> > maven.test.skip=true will skip compiling the unit tests, so that's no good
> >
> > I do not see an easy way out of this... other than the test=0 hack
> >
> > On this basis
> >
> > -1
> >
> > On Dec 20, 2007 9:21 AM, nicolas de loof <ni...@apache.org> wrote:
> > > +1
> > >
> > > 2007/12/20, Dan Fabulich <da...@fabulich.com>:
> > > >
> > > >
> > >
> > > > Hi,
> > > >
> > > > Maven Surefire version 2.4 is on the runway. Hopefully folks have spent
> > > > some time trying out the SNAPSHOT version, because we expect ordinary
> > > > users to get auto-upgraded to version 2.4 when we decide to release.
> > > >
> > > > This version fixes numerous long-outstanding bugs, notably in TestNG
> > > > support.
> > > >
> > > > We solved 71 issues:
> > > >
> > > > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13243
> > > >
> > > > There are still 31 issues left in JIRA:
> > > >
> > > > http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10541&status=1
> > > >
> > > > Staging repo:
> > > > http://people.apache.org/~dfabulich/staging-repo/
> > > >
> > > > Vote open for 72 hours.
> > > >
> > > > [ ] +1
> > > > [ ] +0
> > > > [ ] -1
> > > >
> > > > PS This is my first call for a release. Be gentle. ;-)
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > > For additional commands, e-mail: dev-help@maven.apache.org
> > > >
> > > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > For additional commands, e-mail: dev-help@maven.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: maven.test.skip.exec
Posted by nicolas de loof <ni...@apache.org>.
2007/12/21, Stephen Connolly <st...@gmail.com>:
>
> It's a hack when 95% of people have need for these changes
On those 95% many use the allready available maven.test.skip.exec, that is
ONLY a convenience way to skip tests, but this is NOT recommended. So what
is discussed here is only a shortcut !
and
> everyone does it differently and then we're back to the bad parts of
> ANT...
> (IMHO what is wrong with ant is that everyone has a completely
> different build.xml and you need to figure it out every time.)
>
> On Dec 21, 2007 8:40 AM, nicolas de loof <ni...@apache.org> wrote:
> > I agree with brett.
> > POM properties can be used as shortcut for plugins configuration, to
> enable
> > profiles or for such use cases. They are not hacks.
> >
> >
> > 2007/12/21, Brett Porter <br...@apache.org>:
> >
> > >
> > > If you document it for the users of the build, I wouldn't consider
> > > that a hack :)
> > >
> > > On 21/12/2007, at 7:34 PM, Stephen Connolly wrote:
> > >
> > > > That's hacking your pom.xml, and hacks are bad ;-)
> > > >
> > > > On Dec 21, 2007 6:51 AM, Brett Porter <br...@apache.org> wrote:
> > > >> There's always the one shot:
> > > >>
> > > >> <artifactId>maven-surefire-configuration</artifactId>
> > > >> <configuration>
> > > >> <skipExec>${cheat}</skipExec>
> > > >> </configuration>
> > > >>
> > > >> ...
> > > >>
> > > >> <properties>
> > > >> <cheat>false</cheat>
> > > >> </properties>
> > > >>
> > > >> ...
> > > >>
> > > >> then:
> > > >> mvn -Dcheat=true test
> > > >>
> > > >>
> > > >> On 21/12/2007, at 5:46 PM, Stephen Connolly wrote:
> > > >>
> > > >>> cool.
> > > >>>
> > > >>> It's not just me, but hoards of developers who's hands will now be
> > > >>> saved from RSI due to excessive typing
> > > >>>
> > > >>> ;-)
> > > >>>
> > > >>> On Dec 21, 2007 3:35 AM, Dan Fabulich <da...@fabulich.com> wrote:
> > > >>>> Stephen Connolly wrote:
> > > >>>>
> > > >>>>> Can we make the property shorter and easier to remember...
> > > >>>>>
> > > >>>>> that's what I liked about the -Dtest=0 hack
> > > >>>>
> > > >>>> Just for you, I've filed SUREFIRE-417 (Make new "skipTests"
> > > >>>> parameter to
> > > >>>> replace skipExec). ;-)
> > > >>>>
> > > >>>> I've got to fix SUREFIRE-416 anyway, and I'd forgotten that this
> > > >>>> has
> > > >>>> always bothered me. :-)
> > > >>>>
> > > >>>> "mvn -DskipTests" is short enough, right? I thought about making
> > > >>>> it
> > > >>>> "skipTest" but I thought it might sound like we were skipping the
> > > >>>> entire
> > > >>>> "test" lifecycle phase...?
> > > >>>>
> > > >>>>
> > > >>>> -Dan
> > > >>>>
> > > >>>>
> ---------------------------------------------------------------------
> > > >>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > >>>> For additional commands, e-mail: dev-help@maven.apache.org
> > > >>>>
> > > >>>>
> > > >>>
> > > >>>
> ---------------------------------------------------------------------
> > > >>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > >>> For additional commands, e-mail: dev-help@maven.apache.org
> > > >>>
> > > >>
> > > >>
> > > >>
> ---------------------------------------------------------------------
> > > >> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > >> For additional commands, e-mail: dev-help@maven.apache.org
> > > >>
> > > >>
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > > For additional commands, e-mail: dev-help@maven.apache.org
> > > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > For additional commands, e-mail: dev-help@maven.apache.org
> > >
> > >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
Re: maven.test.skip.exec
Posted by Ralph Goers <Ra...@dslextreme.com>.
If you have a super pom that all your projects inherit from then this
solution is workable. You probably want one so that your organization
can configure things like the enforcer plugin to make sure all your
projects follow the same rules. But if you can't do that then this
solution doesn't work very well.
Ralph
Stephen Connolly wrote:
> It's a hack when 95% of people have need for these changes and
> everyone does it differently and then we're back to the bad parts of
> ANT...
> (IMHO what is wrong with ant is that everyone has a completely
> different build.xml and you need to figure it out every time.)
>
> On Dec 21, 2007 8:40 AM, nicolas de loof <ni...@apache.org> wrote:
>
>> I agree with brett.
>> POM properties can be used as shortcut for plugins configuration, to enable
>> profiles or for such use cases. They are not hacks.
>>
>>
>> 2007/12/21, Brett Porter <br...@apache.org>:
>>
>>
>>> If you document it for the users of the build, I wouldn't consider
>>> that a hack :)
>>>
>>> On 21/12/2007, at 7:34 PM, Stephen Connolly wrote:
>>>
>>>
>>>> That's hacking your pom.xml, and hacks are bad ;-)
>>>>
>>>> On Dec 21, 2007 6:51 AM, Brett Porter <br...@apache.org> wrote:
>>>>
>>>>> There's always the one shot:
>>>>>
>>>>> <artifactId>maven-surefire-configuration</artifactId>
>>>>> <configuration>
>>>>> <skipExec>${cheat}</skipExec>
>>>>> </configuration>
>>>>>
>>>>> ...
>>>>>
>>>>> <properties>
>>>>> <cheat>false</cheat>
>>>>> </properties>
>>>>>
>>>>> ...
>>>>>
>>>>> then:
>>>>> mvn -Dcheat=true test
>>>>>
>>>>>
>>>>> On 21/12/2007, at 5:46 PM, Stephen Connolly wrote:
>>>>>
>>>>>
>>>>>> cool.
>>>>>>
>>>>>> It's not just me, but hoards of developers who's hands will now be
>>>>>> saved from RSI due to excessive typing
>>>>>>
>>>>>> ;-)
>>>>>>
>>>>>> On Dec 21, 2007 3:35 AM, Dan Fabulich <da...@fabulich.com> wrote:
>>>>>>
>>>>>>> Stephen Connolly wrote:
>>>>>>>
>>>>>>>
>>>>>>>> Can we make the property shorter and easier to remember...
>>>>>>>>
>>>>>>>> that's what I liked about the -Dtest=0 hack
>>>>>>>>
>>>>>>> Just for you, I've filed SUREFIRE-417 (Make new "skipTests"
>>>>>>> parameter to
>>>>>>> replace skipExec). ;-)
>>>>>>>
>>>>>>> I've got to fix SUREFIRE-416 anyway, and I'd forgotten that this
>>>>>>> has
>>>>>>> always bothered me. :-)
>>>>>>>
>>>>>>> "mvn -DskipTests" is short enough, right? I thought about making
>>>>>>> it
>>>>>>> "skipTest" but I thought it might sound like we were skipping the
>>>>>>> entire
>>>>>>> "test" lifecycle phase...?
>>>>>>>
>>>>>>>
>>>>>>> -Dan
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>
>>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>>
>>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: maven.test.skip.exec
Posted by Stephen Connolly <st...@gmail.com>.
It's a hack when 95% of people have need for these changes and
everyone does it differently and then we're back to the bad parts of
ANT...
(IMHO what is wrong with ant is that everyone has a completely
different build.xml and you need to figure it out every time.)
On Dec 21, 2007 8:40 AM, nicolas de loof <ni...@apache.org> wrote:
> I agree with brett.
> POM properties can be used as shortcut for plugins configuration, to enable
> profiles or for such use cases. They are not hacks.
>
>
> 2007/12/21, Brett Porter <br...@apache.org>:
>
> >
> > If you document it for the users of the build, I wouldn't consider
> > that a hack :)
> >
> > On 21/12/2007, at 7:34 PM, Stephen Connolly wrote:
> >
> > > That's hacking your pom.xml, and hacks are bad ;-)
> > >
> > > On Dec 21, 2007 6:51 AM, Brett Porter <br...@apache.org> wrote:
> > >> There's always the one shot:
> > >>
> > >> <artifactId>maven-surefire-configuration</artifactId>
> > >> <configuration>
> > >> <skipExec>${cheat}</skipExec>
> > >> </configuration>
> > >>
> > >> ...
> > >>
> > >> <properties>
> > >> <cheat>false</cheat>
> > >> </properties>
> > >>
> > >> ...
> > >>
> > >> then:
> > >> mvn -Dcheat=true test
> > >>
> > >>
> > >> On 21/12/2007, at 5:46 PM, Stephen Connolly wrote:
> > >>
> > >>> cool.
> > >>>
> > >>> It's not just me, but hoards of developers who's hands will now be
> > >>> saved from RSI due to excessive typing
> > >>>
> > >>> ;-)
> > >>>
> > >>> On Dec 21, 2007 3:35 AM, Dan Fabulich <da...@fabulich.com> wrote:
> > >>>> Stephen Connolly wrote:
> > >>>>
> > >>>>> Can we make the property shorter and easier to remember...
> > >>>>>
> > >>>>> that's what I liked about the -Dtest=0 hack
> > >>>>
> > >>>> Just for you, I've filed SUREFIRE-417 (Make new "skipTests"
> > >>>> parameter to
> > >>>> replace skipExec). ;-)
> > >>>>
> > >>>> I've got to fix SUREFIRE-416 anyway, and I'd forgotten that this
> > >>>> has
> > >>>> always bothered me. :-)
> > >>>>
> > >>>> "mvn -DskipTests" is short enough, right? I thought about making
> > >>>> it
> > >>>> "skipTest" but I thought it might sound like we were skipping the
> > >>>> entire
> > >>>> "test" lifecycle phase...?
> > >>>>
> > >>>>
> > >>>> -Dan
> > >>>>
> > >>>> ---------------------------------------------------------------------
> > >>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > >>>> For additional commands, e-mail: dev-help@maven.apache.org
> > >>>>
> > >>>>
> > >>>
> > >>> ---------------------------------------------------------------------
> > >>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > >>> For additional commands, e-mail: dev-help@maven.apache.org
> > >>>
> > >>
> > >>
> > >> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > >> For additional commands, e-mail: dev-help@maven.apache.org
> > >>
> > >>
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > For additional commands, e-mail: dev-help@maven.apache.org
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > For additional commands, e-mail: dev-help@maven.apache.org
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: maven.test.skip.exec
Posted by nicolas de loof <ni...@apache.org>.
I agree with brett.
POM properties can be used as shortcut for plugins configuration, to enable
profiles or for such use cases. They are not hacks.
2007/12/21, Brett Porter <br...@apache.org>:
>
> If you document it for the users of the build, I wouldn't consider
> that a hack :)
>
> On 21/12/2007, at 7:34 PM, Stephen Connolly wrote:
>
> > That's hacking your pom.xml, and hacks are bad ;-)
> >
> > On Dec 21, 2007 6:51 AM, Brett Porter <br...@apache.org> wrote:
> >> There's always the one shot:
> >>
> >> <artifactId>maven-surefire-configuration</artifactId>
> >> <configuration>
> >> <skipExec>${cheat}</skipExec>
> >> </configuration>
> >>
> >> ...
> >>
> >> <properties>
> >> <cheat>false</cheat>
> >> </properties>
> >>
> >> ...
> >>
> >> then:
> >> mvn -Dcheat=true test
> >>
> >>
> >> On 21/12/2007, at 5:46 PM, Stephen Connolly wrote:
> >>
> >>> cool.
> >>>
> >>> It's not just me, but hoards of developers who's hands will now be
> >>> saved from RSI due to excessive typing
> >>>
> >>> ;-)
> >>>
> >>> On Dec 21, 2007 3:35 AM, Dan Fabulich <da...@fabulich.com> wrote:
> >>>> Stephen Connolly wrote:
> >>>>
> >>>>> Can we make the property shorter and easier to remember...
> >>>>>
> >>>>> that's what I liked about the -Dtest=0 hack
> >>>>
> >>>> Just for you, I've filed SUREFIRE-417 (Make new "skipTests"
> >>>> parameter to
> >>>> replace skipExec). ;-)
> >>>>
> >>>> I've got to fix SUREFIRE-416 anyway, and I'd forgotten that this
> >>>> has
> >>>> always bothered me. :-)
> >>>>
> >>>> "mvn -DskipTests" is short enough, right? I thought about making
> >>>> it
> >>>> "skipTest" but I thought it might sound like we were skipping the
> >>>> entire
> >>>> "test" lifecycle phase...?
> >>>>
> >>>>
> >>>> -Dan
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>>> For additional commands, e-mail: dev-help@maven.apache.org
> >>>>
> >>>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>> For additional commands, e-mail: dev-help@maven.apache.org
> >>>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >> For additional commands, e-mail: dev-help@maven.apache.org
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > For additional commands, e-mail: dev-help@maven.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
Re: maven.test.skip.exec
Posted by Stephen Connolly <st...@gmail.com>.
Yeah, except when they move onto a different project and are wondering
why it does not work any more... (so it's a hack and a hack is a hack.
now we are just left arguing over how many angels can dance on the
head of a pin)
At least SUREFIRE-417 will cure that problem.
If it walks like a duck, quacks like a duck and tastes like a duck,
it's a duck... but unfortunately there is no such test for chicken and
you are always left wondering is this cat?
On Dec 21, 2007 8:37 AM, Brett Porter <br...@apache.org> wrote:
> If you document it for the users of the build, I wouldn't consider
> that a hack :)
>
>
> On 21/12/2007, at 7:34 PM, Stephen Connolly wrote:
>
> > That's hacking your pom.xml, and hacks are bad ;-)
> >
> > On Dec 21, 2007 6:51 AM, Brett Porter <br...@apache.org> wrote:
> >> There's always the one shot:
> >>
> >> <artifactId>maven-surefire-configuration</artifactId>
> >> <configuration>
> >> <skipExec>${cheat}</skipExec>
> >> </configuration>
> >>
> >> ...
> >>
> >> <properties>
> >> <cheat>false</cheat>
> >> </properties>
> >>
> >> ...
> >>
> >> then:
> >> mvn -Dcheat=true test
> >>
> >>
> >> On 21/12/2007, at 5:46 PM, Stephen Connolly wrote:
> >>
> >>> cool.
> >>>
> >>> It's not just me, but hoards of developers who's hands will now be
> >>> saved from RSI due to excessive typing
> >>>
> >>> ;-)
> >>>
> >>> On Dec 21, 2007 3:35 AM, Dan Fabulich <da...@fabulich.com> wrote:
> >>>> Stephen Connolly wrote:
> >>>>
> >>>>> Can we make the property shorter and easier to remember...
> >>>>>
> >>>>> that's what I liked about the -Dtest=0 hack
> >>>>
> >>>> Just for you, I've filed SUREFIRE-417 (Make new "skipTests"
> >>>> parameter to
> >>>> replace skipExec). ;-)
> >>>>
> >>>> I've got to fix SUREFIRE-416 anyway, and I'd forgotten that this
> >>>> has
> >>>> always bothered me. :-)
> >>>>
> >>>> "mvn -DskipTests" is short enough, right? I thought about making
> >>>> it
> >>>> "skipTest" but I thought it might sound like we were skipping the
> >>>> entire
> >>>> "test" lifecycle phase...?
> >>>>
> >>>>
> >>>> -Dan
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>>> For additional commands, e-mail: dev-help@maven.apache.org
> >>>>
> >>>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>> For additional commands, e-mail: dev-help@maven.apache.org
> >>>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >> For additional commands, e-mail: dev-help@maven.apache.org
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > For additional commands, e-mail: dev-help@maven.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: maven.test.skip.exec
Posted by Brett Porter <br...@apache.org>.
If you document it for the users of the build, I wouldn't consider
that a hack :)
On 21/12/2007, at 7:34 PM, Stephen Connolly wrote:
> That's hacking your pom.xml, and hacks are bad ;-)
>
> On Dec 21, 2007 6:51 AM, Brett Porter <br...@apache.org> wrote:
>> There's always the one shot:
>>
>> <artifactId>maven-surefire-configuration</artifactId>
>> <configuration>
>> <skipExec>${cheat}</skipExec>
>> </configuration>
>>
>> ...
>>
>> <properties>
>> <cheat>false</cheat>
>> </properties>
>>
>> ...
>>
>> then:
>> mvn -Dcheat=true test
>>
>>
>> On 21/12/2007, at 5:46 PM, Stephen Connolly wrote:
>>
>>> cool.
>>>
>>> It's not just me, but hoards of developers who's hands will now be
>>> saved from RSI due to excessive typing
>>>
>>> ;-)
>>>
>>> On Dec 21, 2007 3:35 AM, Dan Fabulich <da...@fabulich.com> wrote:
>>>> Stephen Connolly wrote:
>>>>
>>>>> Can we make the property shorter and easier to remember...
>>>>>
>>>>> that's what I liked about the -Dtest=0 hack
>>>>
>>>> Just for you, I've filed SUREFIRE-417 (Make new "skipTests"
>>>> parameter to
>>>> replace skipExec). ;-)
>>>>
>>>> I've got to fix SUREFIRE-416 anyway, and I'd forgotten that this
>>>> has
>>>> always bothered me. :-)
>>>>
>>>> "mvn -DskipTests" is short enough, right? I thought about making
>>>> it
>>>> "skipTest" but I thought it might sound like we were skipping the
>>>> entire
>>>> "test" lifecycle phase...?
>>>>
>>>>
>>>> -Dan
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: maven.test.skip.exec
Posted by Stephen Connolly <st...@gmail.com>.
That's hacking your pom.xml, and hacks are bad ;-)
On Dec 21, 2007 6:51 AM, Brett Porter <br...@apache.org> wrote:
> There's always the one shot:
>
> <artifactId>maven-surefire-configuration</artifactId>
> <configuration>
> <skipExec>${cheat}</skipExec>
> </configuration>
>
> ...
>
> <properties>
> <cheat>false</cheat>
> </properties>
>
> ...
>
> then:
> mvn -Dcheat=true test
>
>
> On 21/12/2007, at 5:46 PM, Stephen Connolly wrote:
>
> > cool.
> >
> > It's not just me, but hoards of developers who's hands will now be
> > saved from RSI due to excessive typing
> >
> > ;-)
> >
> > On Dec 21, 2007 3:35 AM, Dan Fabulich <da...@fabulich.com> wrote:
> >> Stephen Connolly wrote:
> >>
> >>> Can we make the property shorter and easier to remember...
> >>>
> >>> that's what I liked about the -Dtest=0 hack
> >>
> >> Just for you, I've filed SUREFIRE-417 (Make new "skipTests"
> >> parameter to
> >> replace skipExec). ;-)
> >>
> >> I've got to fix SUREFIRE-416 anyway, and I'd forgotten that this has
> >> always bothered me. :-)
> >>
> >> "mvn -DskipTests" is short enough, right? I thought about making it
> >> "skipTest" but I thought it might sound like we were skipping the
> >> entire
> >> "test" lifecycle phase...?
> >>
> >>
> >> -Dan
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >> For additional commands, e-mail: dev-help@maven.apache.org
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > For additional commands, e-mail: dev-help@maven.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: maven.test.skip.exec
Posted by Brett Porter <br...@apache.org>.
There's always the one shot:
<artifactId>maven-surefire-configuration</artifactId>
<configuration>
<skipExec>${cheat}</skipExec>
</configuration>
...
<properties>
<cheat>false</cheat>
</properties>
...
then:
mvn -Dcheat=true test
On 21/12/2007, at 5:46 PM, Stephen Connolly wrote:
> cool.
>
> It's not just me, but hoards of developers who's hands will now be
> saved from RSI due to excessive typing
>
> ;-)
>
> On Dec 21, 2007 3:35 AM, Dan Fabulich <da...@fabulich.com> wrote:
>> Stephen Connolly wrote:
>>
>>> Can we make the property shorter and easier to remember...
>>>
>>> that's what I liked about the -Dtest=0 hack
>>
>> Just for you, I've filed SUREFIRE-417 (Make new "skipTests"
>> parameter to
>> replace skipExec). ;-)
>>
>> I've got to fix SUREFIRE-416 anyway, and I'd forgotten that this has
>> always bothered me. :-)
>>
>> "mvn -DskipTests" is short enough, right? I thought about making it
>> "skipTest" but I thought it might sound like we were skipping the
>> entire
>> "test" lifecycle phase...?
>>
>>
>> -Dan
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: maven.test.skip.exec
Posted by Stephen Connolly <st...@gmail.com>.
cool.
It's not just me, but hoards of developers who's hands will now be
saved from RSI due to excessive typing
;-)
On Dec 21, 2007 3:35 AM, Dan Fabulich <da...@fabulich.com> wrote:
> Stephen Connolly wrote:
>
> > Can we make the property shorter and easier to remember...
> >
> > that's what I liked about the -Dtest=0 hack
>
> Just for you, I've filed SUREFIRE-417 (Make new "skipTests" parameter to
> replace skipExec). ;-)
>
> I've got to fix SUREFIRE-416 anyway, and I'd forgotten that this has
> always bothered me. :-)
>
> "mvn -DskipTests" is short enough, right? I thought about making it
> "skipTest" but I thought it might sound like we were skipping the entire
> "test" lifecycle phase...?
>
>
> -Dan
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: maven.test.skip.exec
Posted by Dan Fabulich <da...@fabulich.com>.
Stephen Connolly wrote:
> Can we make the property shorter and easier to remember...
>
> that's what I liked about the -Dtest=0 hack
Just for you, I've filed SUREFIRE-417 (Make new "skipTests" parameter to
replace skipExec). ;-)
I've got to fix SUREFIRE-416 anyway, and I'd forgotten that this has
always bothered me. :-)
"mvn -DskipTests" is short enough, right? I thought about making it
"skipTest" but I thought it might sound like we were skipping the entire
"test" lifecycle phase...?
-Dan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: maven.test.skip.exec
Posted by Dan Fabulich <da...@fabulich.com>.
Stephen Connolly wrote:
> Can we make the property shorter and easier to remember...
>
> that's what I liked about the -Dtest=0 hack
Just for you, I've filed SUREFIRE-417 (Make new "skipTests" parameter to
replace skipExec). ;-)
I've got to fix SUREFIRE-416 anyway, and I'd forgotten that this has
always bothered me. :-)
"mvn -DskipTests" is short enough, right? I thought about making it
"skipTest" but I thought it might sound like we were skipping the entire
"test" lifecycle phase...?
-Dan
Re: maven.test.skip.exec
Posted by Stephen Connolly <st...@gmail.com>.
Can we make the property shorter and easier to remember...
that's what I liked about the -Dtest=0 hack
-Stephen
On Dec 20, 2007 10:23 PM, Dan Fabulich <da...@fabulich.com> wrote:
> Jason Chaffee wrote:
>
> > You can compile test classes and still use maven.test.skip=true if you
> > have the compliler plugin configured as followings:
> >
> >
> >
> > <plugin>
> > <artifactId>maven-compiler-plugin</artifactId>
> > <configuration>
> > <skip>false</skip>
> > </configuration>
> > </plugin>
>
> This works, but I think using -Dmaven.test.skip.exec=true is a better
> practice... skipExec does exactly what you want and not anything else.
>
> More generally, I want to try to spread awareness of maven.test.skip.exec
> and advocate that people use it instead of maven.test.skip. When we
> suggest skipping tests, we should always try to suggest using
> maven.test.skip.exec instead of just maven.test.skip.
>
> [Arguably, very few people want maven.test.skip to skip test-compile,
> since compiling the tests is rarely time consuming or failure prone...
> long term, we might want to disable that property association on the test
> compiler.]
>
> -Dan
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
maven.test.skip.exec
Posted by Dan Fabulich <da...@fabulich.com>.
Jason Chaffee wrote:
> You can compile test classes and still use maven.test.skip=true if you
> have the compliler plugin configured as followings:
>
>
>
> <plugin>
> <artifactId>maven-compiler-plugin</artifactId>
> <configuration>
> <skip>false</skip>
> </configuration>
> </plugin>
This works, but I think using -Dmaven.test.skip.exec=true is a better
practice... skipExec does exactly what you want and not anything else.
More generally, I want to try to spread awareness of maven.test.skip.exec
and advocate that people use it instead of maven.test.skip. When we
suggest skipping tests, we should always try to suggest using
maven.test.skip.exec instead of just maven.test.skip.
[Arguably, very few people want maven.test.skip to skip test-compile,
since compiling the tests is rarely time consuming or failure prone...
long term, we might want to disable that property association on the test
compiler.]
-Dan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
RE: [VOTE] Release Maven Surefire version 2.4
Posted by Jason Chaffee <ja...@tvworks.com>.
FYI,
You can compile test classes and still use maven.test.skip=true if you
have the compliler plugin configured as followings:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>2.0.2</version>
<configuration>
<skip>false</skip>
</configuration>
</plugin>
-----Original Message-----
From: Marat Radchenko [mailto:slonopotamusorama@gmail.com]
Sent: Thursday, December 20, 2007 1:40 AM
To: Maven Developers List
Subject: Re: [VOTE] Release Maven Surefire version 2.4
Hacks are bad :)
Use
http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html#ski
pExec
instead.
2007/12/20, Stephen Connolly <st...@gmail.com>:
> I am concerned by implications of
http://jira.codehaus.org/browse/SUREFIRE-350
>
> We normally, on development machines, will use "mvn -Dtest=0 clean
> install" from the root pom to ensure that all modules have been built
> with the latest changes and that those changes compile through all the
> subsequent modules and their unit tests before running with the unit
> tests (as these are not as fast as they should be and can take an hour
> or two)
>
> This (ok I know it's a hack) will not work for us now.
>
> maven.test.skip=true will skip compiling the unit tests, so that's no
good
>
> I do not see an easy way out of this... other than the test=0 hack
>
> On this basis
>
> -1
>
> On Dec 20, 2007 9:21 AM, nicolas de loof <ni...@apache.org> wrote:
> > +1
> >
> > 2007/12/20, Dan Fabulich <da...@fabulich.com>:
> > >
> > >
> >
> > > Hi,
> > >
> > > Maven Surefire version 2.4 is on the runway. Hopefully folks have
spent
> > > some time trying out the SNAPSHOT version, because we expect
ordinary
> > > users to get auto-upgraded to version 2.4 when we decide to
release.
> > >
> > > This version fixes numerous long-outstanding bugs, notably in
TestNG
> > > support.
> > >
> > > We solved 71 issues:
> > >
> > >
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleNa
me=Html&version=13243
> > >
> > > There are still 31 issues left in JIRA:
> > >
> > >
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10541
&status=1
> > >
> > > Staging repo:
> > > http://people.apache.org/~dfabulich/staging-repo/
> > >
> > > Vote open for 72 hours.
> > >
> > > [ ] +1
> > > [ ] +0
> > > [ ] -1
> > >
> > > PS This is my first call for a release. Be gentle. ;-)
> > >
> > >
---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > For additional commands, e-mail: dev-help@maven.apache.org
> > >
> > >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: [VOTE] Release Maven Surefire version 2.4
Posted by Marat Radchenko <sl...@gmail.com>.
Hacks are bad :)
Use http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html#skipExec
instead.
2007/12/20, Stephen Connolly <st...@gmail.com>:
> I am concerned by implications of http://jira.codehaus.org/browse/SUREFIRE-350
>
> We normally, on development machines, will use "mvn -Dtest=0 clean
> install" from the root pom to ensure that all modules have been built
> with the latest changes and that those changes compile through all the
> subsequent modules and their unit tests before running with the unit
> tests (as these are not as fast as they should be and can take an hour
> or two)
>
> This (ok I know it's a hack) will not work for us now.
>
> maven.test.skip=true will skip compiling the unit tests, so that's no good
>
> I do not see an easy way out of this... other than the test=0 hack
>
> On this basis
>
> -1
>
> On Dec 20, 2007 9:21 AM, nicolas de loof <ni...@apache.org> wrote:
> > +1
> >
> > 2007/12/20, Dan Fabulich <da...@fabulich.com>:
> > >
> > >
> >
> > > Hi,
> > >
> > > Maven Surefire version 2.4 is on the runway. Hopefully folks have spent
> > > some time trying out the SNAPSHOT version, because we expect ordinary
> > > users to get auto-upgraded to version 2.4 when we decide to release.
> > >
> > > This version fixes numerous long-outstanding bugs, notably in TestNG
> > > support.
> > >
> > > We solved 71 issues:
> > >
> > > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13243
> > >
> > > There are still 31 issues left in JIRA:
> > >
> > > http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10541&status=1
> > >
> > > Staging repo:
> > > http://people.apache.org/~dfabulich/staging-repo/
> > >
> > > Vote open for 72 hours.
> > >
> > > [ ] +1
> > > [ ] +0
> > > [ ] -1
> > >
> > > PS This is my first call for a release. Be gentle. ;-)
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > For additional commands, e-mail: dev-help@maven.apache.org
> > >
> > >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: [VOTE] Release Maven Surefire version 2.4
Posted by Stephen Connolly <st...@gmail.com>.
I am concerned by implications of http://jira.codehaus.org/browse/SUREFIRE-350
We normally, on development machines, will use "mvn -Dtest=0 clean
install" from the root pom to ensure that all modules have been built
with the latest changes and that those changes compile through all the
subsequent modules and their unit tests before running with the unit
tests (as these are not as fast as they should be and can take an hour
or two)
This (ok I know it's a hack) will not work for us now.
maven.test.skip=true will skip compiling the unit tests, so that's no good
I do not see an easy way out of this... other than the test=0 hack
On this basis
-1
On Dec 20, 2007 9:21 AM, nicolas de loof <ni...@apache.org> wrote:
> +1
>
> 2007/12/20, Dan Fabulich <da...@fabulich.com>:
> >
> >
>
> > Hi,
> >
> > Maven Surefire version 2.4 is on the runway. Hopefully folks have spent
> > some time trying out the SNAPSHOT version, because we expect ordinary
> > users to get auto-upgraded to version 2.4 when we decide to release.
> >
> > This version fixes numerous long-outstanding bugs, notably in TestNG
> > support.
> >
> > We solved 71 issues:
> >
> > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13243
> >
> > There are still 31 issues left in JIRA:
> >
> > http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10541&status=1
> >
> > Staging repo:
> > http://people.apache.org/~dfabulich/staging-repo/
> >
> > Vote open for 72 hours.
> >
> > [ ] +1
> > [ ] +0
> > [ ] -1
> >
> > PS This is my first call for a release. Be gentle. ;-)
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > For additional commands, e-mail: dev-help@maven.apache.org
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: [VOTE] Release Maven Surefire version 2.4
Posted by nicolas de loof <ni...@apache.org>.
+1
2007/12/20, Dan Fabulich <da...@fabulich.com>:
>
>
> Hi,
>
> Maven Surefire version 2.4 is on the runway. Hopefully folks have spent
> some time trying out the SNAPSHOT version, because we expect ordinary
> users to get auto-upgraded to version 2.4 when we decide to release.
>
> This version fixes numerous long-outstanding bugs, notably in TestNG
> support.
>
> We solved 71 issues:
>
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13243
>
> There are still 31 issues left in JIRA:
>
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10541&status=1
>
> Staging repo:
> http://people.apache.org/~dfabulich/staging-repo/
>
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> PS This is my first call for a release. Be gentle. ;-)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
Re: [VOTE] Release Maven Surefire version 2.4
Posted by Lukas Theussl <lt...@apache.org>.
+1
-Lukas
Dan Fabulich wrote:
>
> Hi,
>
> Maven Surefire version 2.4 is on the runway. Hopefully folks have spent
> some time trying out the SNAPSHOT version, because we expect ordinary
> users to get auto-upgraded to version 2.4 when we decide to release.
>
> This version fixes numerous long-outstanding bugs, notably in TestNG
> support.
>
> We solved 71 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13243
>
>
> There are still 31 issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10541&status=1
>
>
> Staging repo:
> http://people.apache.org/~dfabulich/staging-repo/
>
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> PS This is my first call for a release. Be gentle. ;-)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: [VOTE] Release Maven Surefire version 2.4
Posted by olivier lamy <ol...@apache.org>.
+1
Thanks,
--
Olivier
2007/12/20, Dan Fabulich <da...@fabulich.com>:
>
> Hi,
>
> Maven Surefire version 2.4 is on the runway. Hopefully folks have spent
> some time trying out the SNAPSHOT version, because we expect ordinary
> users to get auto-upgraded to version 2.4 when we decide to release.
>
> This version fixes numerous long-outstanding bugs, notably in TestNG
> support.
>
> We solved 71 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13243
>
> There are still 31 issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10541&status=1
>
> Staging repo:
> http://people.apache.org/~dfabulich/staging-repo/
>
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> PS This is my first call for a release. Be gentle. ;-)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: [VOTE] Release Maven Surefire version 2.4
Posted by Brett Porter <br...@apache.org>.
-1
Found SUREFIRE-416 and after discussing with Dan I think we can get a
more compatible and generally better solution which is documented in
the JIRA. I think this would bite too many users to release without it.
Other than that it is going quite well - I got two other problems but
were really things that should be fixed in the tests themselves and
can be documented in the release notes. I will continue testing.
Cheers,
Brett
On 20/12/2007, at 5:01 PM, Dan Fabulich wrote:
>
> Hi,
>
> Maven Surefire version 2.4 is on the runway. Hopefully folks have
> spent some time trying out the SNAPSHOT version, because we expect
> ordinary users to get auto-upgraded to version 2.4 when we decide to
> release.
>
> This version fixes numerous long-outstanding bugs, notably in TestNG
> support.
>
> We solved 71 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13243
>
> There are still 31 issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10541&status=1
>
> Staging repo:
> http://people.apache.org/~dfabulich/staging-repo/
>
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> PS This is my first call for a release. Be gentle. ;-)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: [VOTE] Release Maven Surefire version 2.4
Posted by Brett Porter <br...@apache.org>.
We've just had this problem pop up with a number of the plugins in the
CI system - though they are using the latest 2.4-SNAPSHOT.
I haven't had a chance to investigate yet, just thought I'd point it
out.
- Brett
On 21/12/2007, at 2:43 PM, Dan Fabulich wrote:
> Jerome Lacoste wrote:
>
>> java.lang.NoClassDefFoundError:
>> org/apache/maven/surefire/util/NestedRuntimeException
>> Exception in thread "main"
>> .plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:507)
>>
>>
>> It looks like:
>>
>> http://jira.codehaus.org/browse/SUREFIRE-328
>
> I can't reproduce this problem, and said so in the bug description.
> The project had a compile error which I fixed; after that, the tests
> ran and passed on my Windows XP box.
>
> -Dan
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: [VOTE] Release Maven Surefire version 2.4
Posted by Dan Fabulich <da...@fabulich.com>.
Jerome Lacoste wrote:
> java.lang.NoClassDefFoundError:
> org/apache/maven/surefire/util/NestedRuntimeException
> Exception in thread "main"
> .plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:507)
>
>
> It looks like:
>
> http://jira.codehaus.org/browse/SUREFIRE-328
I can't reproduce this problem, and said so in the bug description. The
project had a compile error which I fixed; after that, the tests ran and
passed on my Windows XP box.
-Dan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: [VOTE] Release Maven Surefire version 2.4
Posted by Dan Fabulich <da...@fabulich.com>.
Jerome Lacoste wrote:
> java.lang.NoClassDefFoundError:
> org/apache/maven/surefire/util/NestedRuntimeException
> Exception in thread "main"
> .plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:507)
Strange... Can you get any tests to work at all, even simple ones? (e.g.
use the quickstart archetype?)
> This happens on Windows XP, the same build workd fine on Linux.
I do all my work on Windows XP.
> I wonder if it is not plexus utils related again. Will have to debug the
> plugin, but not today, it's starts to get late :)
FYI, the best thing for me isn't a log, but a small reduced Maven project
that reproduces the problem. I've appended a comment to the bug saying
so.
-Dan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: [VOTE] Release Maven Surefire version 2.4
Posted by Jerome Lacoste <je...@gmail.com>.
On Dec 20, 2007 7:01 AM, Dan Fabulich <da...@fabulich.com> wrote:
>
> Hi,
>
> Maven Surefire version 2.4 is on the runway. Hopefully folks have spent
> some time trying out the SNAPSHOT version, because we expect ordinary
> users to get auto-upgraded to version 2.4 when we decide to release.
>
> This version fixes numerous long-outstanding bugs, notably in TestNG
> support.
>
> We solved 71 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13243
>
> There are still 31 issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10541&status=1
>
> Staging repo:
> http://people.apache.org/~dfabulich/staging-repo/
>
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> PS This is my first call for a release. Be gentle. ;-)
Dan,
I still have issues with surefire 2.4-SNAPSHOT. I managed to exclude
all those pesky plexus-utils classes that got revealed after upgrading
from 2.3, but I still get some strange issue:
[DEBUG] Using JVM: c:\Program Files\Java\jdk1.5.0_11\jre\bin\java
[INFO] Surefire report directory:
c:\b2bdev\projects\OSS\mojo\webstart-maven-plugin\plugin\target\surefire-reports
Forking command line: cmd.exe /X /C '""c:\Program
Files\Java\jdk1.5.0_11\jre\bin\java" -jar c:\DOCUME~1\et4642\LOCALS~1\
Temp\surefirebooter47632.jar
c:\DOCUME~1\et4642\LOCALS~1\Temp\surefire47630tmp
c:\DOCUME~1\et4642\LOCALS~1\Temp\surefire
47631tmp"'er to
c:\b2bdev\projects\OSS\mojo\webstart-maven-plugin\plugin\target\surefire-reports
for the individual test
java.lang.NoClassDefFoundError:
org/apache/maven/surefire/util/NestedRuntimeException
Exception in thread "main"
.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:507)
It looks like:
http://jira.codehaus.org/browse/SUREFIRE-328
so I've attached my log there:
http://jira.codehaus.org/secure/attachment/31383/mvn.log
This happens on Windows XP, the same build workd fine on Linux.
I wonder if it is not plexus utils related again. Will have to debug
the plugin, but not today, it's starts to get late :)
Cheers,
J
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: [VOTE] Release Maven Surefire version 2.4
Posted by Mauro Talevi <ma...@aquilonia.org>.
+1
Dan Fabulich wrote:
>
> Hi,
>
> Maven Surefire version 2.4 is on the runway. Hopefully folks have spent
> some time trying out the SNAPSHOT version, because we expect ordinary
> users to get auto-upgraded to version 2.4 when we decide to release.
>
> This version fixes numerous long-outstanding bugs, notably in TestNG
> support.
>
> We solved 71 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13243
>
>
> There are still 31 issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10541&status=1
>
>
> Staging repo:
> http://people.apache.org/~dfabulich/staging-repo/
>
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> PS This is my first call for a release. Be gentle. ;-)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: [VOTE] Release Maven Surefire version 2.4
Posted by Marat Radchenko <sl...@gmail.com>.
+1
2007/12/20, Dan Fabulich <da...@fabulich.com>:
>
> Hi,
>
> Maven Surefire version 2.4 is on the runway. Hopefully folks have spent
> some time trying out the SNAPSHOT version, because we expect ordinary
> users to get auto-upgraded to version 2.4 when we decide to release.
>
> This version fixes numerous long-outstanding bugs, notably in TestNG
> support.
>
> We solved 71 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13243
>
> There are still 31 issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10541&status=1
>
> Staging repo:
> http://people.apache.org/~dfabulich/staging-repo/
>
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> PS This is my first call for a release. Be gentle. ;-)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: [VOTE] Release Maven Surefire version 2.4
Posted by Jason van Zyl <ja...@maven.org>.
+1
On 19 Dec 07, at 10:01 PM 19 Dec 07, Dan Fabulich wrote:
>
> Hi,
>
> Maven Surefire version 2.4 is on the runway. Hopefully folks have
> spent some time trying out the SNAPSHOT version, because we expect
> ordinary users to get auto-upgraded to version 2.4 when we decide to
> release.
>
> This version fixes numerous long-outstanding bugs, notably in TestNG
> support.
>
> We solved 71 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10541&styleName=Html&version=13243
>
> There are still 31 issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=10541&status=1
>
> Staging repo:
> http://people.apache.org/~dfabulich/staging-repo/
>
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> PS This is my first call for a release. Be gentle. ;-)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
What matters is not ideas, but the people who have them. Good people
can fix bad ideas, but good ideas can't save bad people.
-- Paul Graham
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org