Thanks for your answer and also for the others. I promise next time to have a better look on the documentation.
The option based on maven.skip.test is fine for me.
Regards
Frederic
Jason van Zyl a écrit :
On Fri, 2004-06-04 at 13:02, Frederic Gedin wrote:
Hi
Is there any good reason for having the jar:jar depend on test:test?
Of course, in a default mode of operation why on earth would allow a JAR that might be distributed with running the tests.
The problem I have with that is that, even if I make a very little change and want to check it on the application, I need to have the whole unit test suite executed for nothing.
maven -Dmaven.test.skip=true
and your tests won't be executed.
In addition, I can't get the jar file if all the tests do not succeed which is not very convenient on a developing phase. On the other way, I can accept the responsibility of ensuring that my test suite is fully executed before releasing the application jar file.
The default mode is that which makes most sense to us which is making
sure a JAR doesn't get built that hasn't been tested. If you want to
juggle shotguns then you can skip the tests with the simple setting of a
property or you can turn the testing off by default and use a property
to turn them on.
I have the same comment regarding the site goal which will rerun all the tests, the coverage and so on even though nothing has changed.
You can customize the reports and configure testing as mentioned above.
A very convenient feature should be to have some tunable which will allow me to execute a goal event if some of the dependencies have not been verified. An other solution should be to have some persistence on goals state, for example do not rerun the unit test suite if no source file has changed.
Certainly. More conveniences like that could be added. But for the most part all the issues you raised are already dealt with in the current version you are using.
Regards
Frédéric
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
