Fork me on GitHub

Maven Failsafe Plugin

Requirements: Maven 3.x and JDK 1.7 or higher. Due to wrong formatting of console text messages in Maven Version prior to 3.1.0 it is highly recommended to use Maven 3.1.0 or higher.

Roadmap Release Targets
3.0.0-M1 Maven API 3.0 and Java 1.7  
 
Maven Plugin API 3.0  
Java 1.7 as minimum  
@Component is deprecated. @Parameter should be used instead  
Surefire manifest jar classloading broken on latest Debian/Ubuntu Java8  
See the Release Notes for the version 3.0.0-M1  
3.0.0-M2 Fixed JDK9 and Windows Class-Path issues, 3.0 and Legacy Report XSD, 3.0.0-M2 shadefire  
 
Option to switch-off Java 9 modules  
Fixed JDK9+ (Jigsaw) modular paths (module-info.java) having white spaces on file system  
3.0 and Legacy Report XSD  
Windows slashes appear in relative paths of Class-Path in MANIFEST.MF (Boot Manifest-JAR)  
3.0.0-M2 shadefire  
Surefire fails loading class ForkedBooter when using a sub-directory pom file  
Plugin fails if used Toolchains together with JDK9+ and (Jigsaw) modular paths (module-info.java)  
See the Release Notes for the version 3.0.0-M2  
3.0.0-M3 New interprocess communication and TCP/IP which fixes current blocker and critical bugs.
3.0.0-M4 Extensions API
3.0.0-M5 Breaking backwards compatibility with system properties in configuration parameters, removing deprecated configuration parameters and removing deprecated code, etc.

The Failsafe Plugin is designed to run integration tests while the Surefire Plugin is designed to run unit tests. The name (failsafe) was chosen both because it is a synonym of surefire and because it implies that when it fails, it does so in a safe way.

The Maven lifecycle has four phases for running integration tests:

  • pre-integration-test for setting up the integration test environment.
  • integration-test for running the integration tests.
  • post-integration-test for tearing down the integration test environment.
  • verify for checking the results of the integration tests.

If you use the Surefire Plugin for running tests, then when you have a test failure, the build will stop at the integration-test phase and your integration test environment will not have been torn down correctly.

The Failsafe Plugin is used during the integration-test and verify phases of the build lifecycle to execute the integration tests of an application. The Failsafe Plugin will not fail the build during the integration-test phase, thus enabling the post-integration-test phase to execute.

NOTE: when running integration tests, you should invoke Maven with the (shorter to type too)

mvn verify

rather than trying to invoke the integration-test phase directly, as otherwise the post-integration-test phase will not be executed.

The Failsafe Plugin generates reports in two different file formats:

  • Plain text files (*.txt)
  • XML files (*.xml)

By default, these files are generated in ${basedir}/target/failsafe-reports/TEST-*.xml.

The schema for the Failsafe XML reports is available at Failsafe XML Report Schema.

The XML reports generated by legacy plugins (versions up to 2.22.0) should be validated by Legacy Failsafe XML Report Schema.

Two plugin versions (2.22.1 and 3.0.0-M1) however generate 3.0 XML reports they still refer to legacy schema (see noNamespaceSchemaLocation in XML Report). The projects which expect XML Reports validated by XSD Schema, tools e.g xUnit, should not use versions 2.22.1 and 3.0.0-M1 of the Failsafe plugin.

For an HTML format of the report, please see the Maven Surefire Report Plugin.

By default this plugin generates summary XML file at ${basedir}/target/failsafe-reports/failsafe-summary.xml and the schema is available at Failsafe XML Summary Schema.

Goals Overview

The Failsafe Plugin has only two goals:

Usage

General instructions on how to use the Failsafe Plugin can be found on the usage page. Some more specific use cases are described in the examples listed below.

In case you still have questions regarding the plugin's usage, please have a look at the FAQ and feel free to contact the user mailing list. The posts to the mailing list are archived and could already contain the answer to your question as part of an older thread. Hence, it is also worth browsing/searching the mail archive.

If you feel like the plugin is missing a feature or has a defect, you can file a feature request or bug report in our issue tracker. When creating a new issue, please provide a comprehensive description of your concern. Especially for fixing bugs it is crucial that the developers can reproduce your problem. For this reason, entire debug logs, POMs or most preferably little demo projects attached to the issue are very much appreciated. Of course, patches are welcome, too. Contributors can check out the project from our source repository and will find supplementary information in the guide to helping with Maven.