Page Comparison

...

When you execute mvn verify then first the unit tests will be executed, followed by the integration tests.  You can run only the integration tests by running mvn failsafe:integration-test.  If you start from a clean checkout, you need to compile them as well: use mvn compile test-compile failsafe:integration-test.

...

Writing tests

If a module extends the database schema, it should preferably have one or more integration tests that perform the module installation and can easily be re-run against different datasources.

Using across-test

There is a package across-test that contains a set of base classes to create test AcrossContext, with some facilities to externalize the datasource that should be created.

<dependency>
	<groupId>across</groupId>
	<artifactId>across-test</artifactId>
	<scope>test</scope>
</dependency>

In your unit tests you do not have to take care of creating a datasource yourself.  By importing the AcrossTestContextConfiguration a blank AcrossContext with a valid DataSource will be created.  You can provide one or more AcrossTestContextConfigurer instances to add modules to the context, or modify the context settings.

@RunWith(SpringJUnit4ClassRunner.class)
@DirtiesContext
@ContextConfiguration(classes = ITUserModule.Config.class)
public class ITUserModule
{
	@Autowired
	private UserService userService;	// This is an exposed service from the UserModule
	
	...

	@Configuration
	@Import(AcrossTestContextConfiguration.class)
	static class Config implements AcrossTestContextConfigurer
	{
		@Override
		public void configure( AcrossContext context ) {
			context.addModule( acrossHibernateModule() );
			context.addModule( userModule() );
		}

		private AcrossHibernateModule acrossHibernateModule() {
			return new AcrossHibernateModule();
		}

		private UserModule userModule() {
			return new UserModule();
		}
	}
} 

Across test datasource

AcrossTestContextConfiguration creates a datasource based on a properties file.  The properties file should be located in ${user.home}/dev-configs/across-test.properties and can contain multiple datasource definitions.  By providing another property acrossTest.datasource, you can specify which datasource from the properties file should be used.  If no acrossTest.datasource property is found, the default is auto which will result in an in-memory HSQLDB being used.

You can specify acrossTest.datasource as a system property to easily define the datasource at runtime.  If you want to always run a particular datasource locally, you can also put a value for acrossTest.datasource.default directly in the across-test.properties file.

...

...

Integration tests can easily be written using the Across test library, see /wiki/spaces/AX/pages/12648455.

Buildserver datasources

The buildserver is provided with a default across-test.properties containing the following datasources:

...