There's always the one shot:
maven-surefire-configuration
${cheat}
...
false
...
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
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 <[EMAIL PROTECTED]> wrote:
> Stephen Connolly wrote:
>
> > Can we make the property shorter and easier to remember...
> >
> > that's what I li
in your Java test code. commons-io or plexus-utils have FileUtils for
copying directories around.
On 21/12/2007, at 5:06 PM, Alan D. Cabrera wrote:
I need to copy some files into target/boot/foo before I run some
unit tests. I don't want these files to go into target/test-classes/
boot/foo
I need to copy some files into target/boot/foo before I run some unit
tests. I don't want these files to go into target/test-classes/boot/
foo.
How do I do this?
Regards,
Alan
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,
Issue Subscription
Filter: Design & Best Practices (29 issues)
Subscriber: mavendevlist
Key Summary
MNG-2184Possible problem with @aggregator and forked lifecycles
http://jira.codehaus.org/browse/MNG-2184
MNG-612 implement conflict resolution techniques
htt
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 ha
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
On Dec 20, 2007 7:01 AM, Dan Fabulich <[EMAIL PROTECTED]> 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.
>
> Th
-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
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 <[EMAIL PROTECTED]> wrote:
> Jason Chaffee wrote:
>
> > You can compile test classes and still use maven.test.skip=true if you
> > have the compl
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 <[EMAIL PROTECTED]> wrote:
> FYI,
>
>
>
> You can compile test classes and still use maven.test.skip=true if you
> have the compliler plugin configured as followings
Jason Chaffee wrote:
You can compile test classes and still use maven.test.skip=true if you
have the compliler plugin configured as followings:
maven-compiler-plugin
false
This works, but I think using -Dmaven.test.skip.exec=true is a
Hi Raphaël,
On 20/12/2007, at 10:00 PM, Raphaël Piéroni wrote:
Hello,
I have some trouble with the archetypeng stuff so i summarize there.
The actual archetypeng build is made using maven-2.1 libraries and
a jira raised ask for it to build with maven-2.0.x.
I am aware that 2.1 libraries are b
FYI,
You can compile test classes and still use maven.test.skip=true if you
have the compliler plugin configured as followings:
org.apache.maven.plugins
maven-compiler-plugin
2.0.2
false
-Origi
This is done automatically by the core. If you inspect the file handle
of artifacts passed to a plugin in a reactor build: if the phase compile
was executed, it will point to /foo/target/classes. If the phase package
was executed, it will be /foo/target/foo-version.jar, and if install, it
will poin
Hi Nick,
That factory came from the dependency plugin so I'll fix the bugs. I
need to release it anyway before I can do the next dependency release.
--Brian
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 20, 2007 7:18 AM
To: dev@maven.apache
I just noticed when running release:prepare
"
[WARNING] The dependency: test:test2:jar:2-SNAPSHOT can't be resolved but
has been found in the reactor.
"
This sounds like a project running in the reactor CAN bypass dependency
resolution on its artifacts.
Could someone explain me HOW it is done by
I was not aware of this rule. Thanks for clarification.
I'm still a newbee-commiter ;-)
2007/12/20, Lukas Theussl <[EMAIL PROTECTED]>:
>
> Sorry to tell you that this doesn't make your vote binding ;-p (Olivier
> himself is a committer too), only PMC votes are. See
> http://www.apache.org/foundat
John,
Can you fix permissions because I can't stage:copy to
m2-ibiblio-rsync-repository
[EMAIL PROTECTED] ~]$ ls -lrt
/www/people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/maven/plugins/
| grep maven-invoker-plugin
drwxr-xr-x 3 jdcasey apcvs 512 Jan 17 2007 maven-invoker-plugin
Sorry to tell you that this doesn't make your vote binding ;-p (Olivier
himself is a committer too), only PMC votes are. See
http://www.apache.org/foundation/voting.html
Cheers,
-Lukas
nicolas de loof wrote:
Hey, I'm a maven committer now ! ;-p
< (non binding) Nicolas >
2007/12/20, olivier
Hey, I'm a maven committer now ! ;-p
< (non binding) Nicolas >
2007/12/20, olivier lamy <[EMAIL PROTECTED]>:
>
> Hi,
> The vote has passed with the following result :
> +1 (binding) Jason, Brian, Lukas
> +1 (non binding) Nicolas, Olivier
>
> I'll will move the artifacts to the sync repo.
>
> Than
Hi,
I am writing a rule for the enforcer plugin and was using the
maven-plugin-testing-harness classes. (Just like the testing code for the other
rules)
Now I've found two small bugs in this code. Is this still maintained? The
website [1] hasn't been updated for more then a year, but there hav
+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,
Result
4 +1 (1 not binding)
proceeding with the release
On Dec 20, 2007 10:32 AM, Lukas Theussl <[EMAIL PROTECTED]> wrote:
> +1
>
> -Lukas
>
>
> Carlos Sanchez wrote:
> > ping
> >
> > On Dec 3, 2007 7:05 PM, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
> >
> >>some more votes please ;)
> >>
> >>
> >
Hi,
The vote has passed with the following result :
+1 (binding) Jason, Brian, Lukas
+1 (non binding) Nicolas, Olivier
I'll will move the artifacts to the sync repo.
Thanks,
--
Olivier
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
Hello,
I have some trouble with the archetypeng stuff so i summarize there.
The actual archetypeng build is made using maven-2.1 libraries and
a jira raised ask for it to build with maven-2.0.x.
I am aware that 2.1 libraries are best, but as they are snapshots, this will
prevent any release of th
Ahh, ok more typing, but that will work
I'm changed to
+1
so
On Dec 20, 2007 9:40 AM, Marat Radchenko <[EMAIL PROTECTED]> wrote:
> Hacks are bad :)
> Use
> http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html#skipExec
> instead.
>
>
> 2007/12/20, Stephen Connolly <[EMAIL PROTEC
Hi,
could somebody have a look at
http://jira.codehaus.org/browse/MAVENUPLOAD-1852 please ?
Thanks,
Tom
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hacks are bad :)
Use
http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html#skipExec
instead.
2007/12/20, Stephen Connolly <[EMAIL PROTECTED]>:
> I am concerned by implications of http://jira.codehaus.org/browse/SUREFIRE-350
>
> We normally, on development machines, will use "mvn -
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
+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-outstandin
+1
-Lukas
Carlos Sanchez wrote:
ping
On Dec 3, 2007 7:05 PM, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
some more votes please ;)
On Nov 29, 2007 12:11 AM, Stuart McCulloch <[EMAIL PROTECTED]> wrote:
On 29/11/2007, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
It includes bugfixes in the os
+1
-Lukas
[EMAIL PROTECTED] wrote:
Hi,
I'd like to release maven-invoker-plugin 1.1.
This release fixes some bugs and makes some improvements. The last release was
made over 1 year ago.
We solved 11 issues :
http://jira.codehaus.org/secure/ReleaseNote.jspa?version=13505&styleName=Html&projec
+1
Thanks,
--
Olivier
2007/12/20, Dan Fabulich <[EMAIL PROTECTED]>:
>
> 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.
>
+1
2007/12/20, Dan Fabulich <[EMAIL PROTECTED]>:
>
>
> 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 fi
+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 vers
Hi,
one PMC vote is missing.
Thanks,
--
Olivier
2007/12/19, Brian E. Fox <[EMAIL PROTECTED]>:
> +1, thought I already voted..sorry.
>
> -Original Message-
> From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, December 19, 2007 4:50 PM
> To: Maven Developers List
> Subject: Re
+1
2007/12/20, Dan Fabulich <[EMAIL PROTECTED]>:
>
> 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 fixe
39 matches
Mail list logo