Fix installAtEnd description. Now it's:
Whether every project should be deployed during its own deploy-phase or at
the end of the multimodule build. If set to true and the build fails, none
of the reactor projects is deployed
Should be installed, not deployed.
2013/10/19 Robert Scholte
The interface org.apache.maven.surefire.providerapi.SurefireProvider
generally leaves it ut to the provider to determine what kind of
object describes a test. Up until fairly recently, most of the
providers used arbitrary strings, which *could* map 1:1 to a class, or
could be something totally
Filed as a JIRA ticket:
http://jira.codehaus.org/browse/MINSTALL-100
/Anders
On Mon, Oct 21, 2013 at 8:07 AM, Grzegorz Slowikowski
gslowikow...@gmail.com wrote:
Fix installAtEnd description. Now it's:
Whether every project should be deployed during its own deploy-phase or at
the end of
The issue, as I see it, is that ProviderParameters now tells you to use
getScanResult() and warns against using getDirectoryScanner() and as
ScanResult is heavily biased towards the .class assumption there is no
advertised future-proof way to scan for tests that are not .class files.
This seems a
The scanning logic has been moved from the forked side to the plugin
side, which is why using getDirectoryScanner on the fork side is
discouraged.
The plugin communicates to the fork what work is to be done.
The overall design should hold for your use case too, although there
may very well have
Github user mfriedenhagen closed the pull request at:
https://github.com/apache/maven-surefire/pull/28
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Github user andrewgaul closed the pull request at:
https://github.com/apache/maven-surefire/pull/27
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Github user ok2c closed the pull request at:
https://github.com/apache/maven-wagon/pull/4
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
