Как выполнить интеграционные тесты Maven в тестовой среде (базе данных)
Я использую maven и maven-failsafe-plugin для запуска Jetty на этапе жизненного цикла интеграционных тестов. Затем я выполняю ряд (*IT.java) тестов junit для моего запущенного веб-приложения. Это работает, как ожидалось.
Однако я хотел бы подключиться к тестовой базе данных для моих интеграционных тестов. Я храню его URL в
${basedir}/src/test/resources/jdbc.properties
Когда плагин Jetty работает (Jetty: запустить), он использует
${basedir}/src/main/resources/jdbc.propertes
вместо. Я попытался перенастроить плагин Jetty через свойство classesDirectory, чтобы использовать
${project.build.testOutputDirectory}
но в каталоге test-classes отсутствуют мои фактические скомпилированные классы проекта, а также ресурсы, хранящиеся в
${basedir}/src/main/resources
примечание: surefire добавляет тестовые ресурсы в путь к классам, а затем основные ресурсы, так что все найденное в обоих будет использовать тестовую версию, потому что она найдена первой в пути к классам.
Любые идеи о том, как настроить это правильно?
Спасибо!
РЕДАКТИРОВАТЬ:
Что ж, похоже, что на Jetty-плагине есть свойства конфигурации, чтобы справиться с этим:
- testClassesDirectory: каталог, содержащий сгенерированные тестовые классы.
- useTestClasspath: если true, зависимости и тесты будут помещены первыми в classpath времени выполнения.
К сожалению, они не работают.
Вот соответствующая часть моего pom.xml:
<testResources> <testResource> <filtering>true</filtering> <directory>src/test/resources</directory> </testResource> </testResources> <plugins> <plugin> <groupId>org.mortbay.jetty</groupId> <artifactId>maven-jetty-plugin</artifactId> <version>6.1.26</version> <configuration> <contextPath>/</contextPath> <stopPort>8005</stopPort> <stopKey>STOP</stopKey> </configuration> <executions> <execution> <id>start-jetty</id> <phase>pre-integration-test</phase> <goals> <goal>run</goal> </goals> <configuration> <daemon>true</daemon> <useTestClasspath>true</useTestClasspath> <testClassesDirectory>${project.build.testOutputDirectory}</testClassesDirectory> </configuration> </execution> <execution> <id>stop-jetty</id> <phase>post-integration-test</phase> <goals> <goal>stop</goal> </goals> </execution> </executions> </plugin> <plugin> <artifactId>maven-failsafe-plugin</artifactId> <version>2.6</version> <executions> <execution> <goals> <goal>integration-test</goal> <goal>verify</goal> </goals> </execution> </executions> <configuration> <useFile>false</useFile> </configuration> </plugin>
4 ответа
У меня примерно такая же проблема, и я решил ее с помощью пользовательского web.xml (jettyweb.xml), см. Конфигурацию maven
<build>
<plugins>
<plugin>
<groupId>org.mortbay.jetty</groupId>
<artifactId>maven-jetty-plugin</artifactId>
<configuration>
<overrideWebXml>./src/main/webapp/WEB-INF/jettyweb.xml</overrideWebXml>
<scanintervalseconds>3</scanintervalseconds>
</configuration>
<dependencies>
</dependencies>
</plugin>
</plugins>
</build>
В моем случае я использую эту конфигурацию, чтобы использовать другую конфигурацию Spring для управления транзакциями. Но эту стратегию также можно использовать для использования других файлов свойств.
Мой оригинальный web.xml имеет эту весеннюю конфигурацию
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>
/WEB-INF/spring-hibernate.xml,
/WEB-INF/spring-services.xml
</param-value>
</context-param>
Мой jettyweb.xml имеет эту весеннюю конфигурацию
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>
/WEB-INF/spring-hibernate-jetty.xml,
/WEB-INF/spring-services.xml
</param-value>
</context-param>
Это должно поставить вас на правильный путь
Я попробовал обоих авторов так же как предложение @thehpi. Оба заслуживают доверия, но у меня были некоторые проблемы, когда я попробовал их. Моя установка была следующей, maven проект, использующий интеграционные тесты с maven-failsafe-plugin, используя JPA с файлом persistence.xml, используемым, чтобы сообщить контейнеру, как подключиться к базе данных.
Короче говоря, ниже подробно описано, как использовать свойство JVM, чтобы заставить ваш реальный код просто использовать другой persistence-unit, Другие решения доставили мне проблемы с использованием, скажем, Hibernate 4.1 с Jetty 7 (проблемы с поиском источника данных).
Единственным недостатком является то, что вы получите бесполезную конфигурацию в выпущенной версии вашего проекта. Вторичный блок персистентности никогда не будет использоваться вне интеграционного теста maven. Я уверен, что есть способ разделить это, но для меня, я в порядке с этим подходом. Я даже вытащил hsqldb.jar из сборки и сделал его зависимым только для выполнения плагина.
Отказаться от ПОМ
<plugin>
<inherited>true</inherited>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.8.1</version>
</plugin>
<plugin>
<groupId>org.mortbay.jetty</groupId>
<artifactId>jetty-maven-plugin</artifactId>
<version>7.2.0.v20101020</version>
<dependencies>
<dependency>
<groupId>hsqldb</groupId>
<artifactId>hsqldb</artifactId>
<version>1.8.0.10</version>
</dependency>
</dependencies>
<configuration>
<scanIntervalSeconds>10</scanIntervalSeconds>
<stopPort>8005</stopPort>
<stopKey>STOP</stopKey>
<contextPath>/</contextPath>
</configuration>
<executions>
<execution>
<id>start-jetty</id>
<phase>pre-integration-test</phase>
<goals>
<goal>run</goal>
</goals>
<configuration>
<scanIntervalSeconds>0</scanIntervalSeconds>
<daemon>true</daemon>
<systemProperties>
<systemProperty>
<name>RUNNING_TESTS</name>
<value>true</value>
</systemProperty>
</systemProperties>
</configuration>
</execution>
<execution>
<id>stop-jetty</id>
<phase>post-integration-test</phase>
<goals>
<goal>stop</goal>
</goals>
</execution>
</executions>
</plugin>
Обратите внимание, что системное свойство называется "RUNNING_TESTS".
HibernateUtil.java
public class HibernateUtil {
private static final EntityManagerFactory emfInstance;
static {
String istest = System.getProperty("RUNNING_TESTS");
System.out.println("RUNNING_TESTS: " + istest);
if (istest != null && istest.equalsIgnoreCase("true")) {
emfInstance = Persistence.createEntityManagerFactory("integration-tests");
}
else {
emfInstance = Persistence.createEntityManagerFactory("productionname");
}
}
public static EntityManagerFactory getInstance() {
return emfInstance;
}
private HibernateUtil() {
}
}
persistence.xml(в /src/main/resources/META-INF)
<persistence xmlns="http://java.sun.com/xml/ns/persistence"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/persistence
http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd"
version="1.0">
<!-- persistence.xml -->
<persistence-unit name="productionname">
<provider>org.hibernate.ejb.HibernatePersistence</provider>
<non-jta-data-source>java:comp/env/jdbc/selectivemailpush</non-jta-data-source>
<properties>
<property name="hibernate.archive.autodetection" value="class, hbm" />
<property name="hibernate.dialect" value="org.hibernate.dialect.MySQLDialect" />
<property name="hibernate.connection.driver_class" value="com.mysql.jdbc.Driver" />
</properties>
</persistence-unit>
<persistence-unit name="integration-tests">
<provider>org.hibernate.ejb.HibernatePersistence</provider>
<class>...</class>
<class>...</class>
<properties>
<property name="hibernate.dialect" value="org.hibernate.dialect.HSQLDialect" />
<property name="hibernate.hbm2ddl.auto" value="update" />
<property name="hibernate.connection.driver_class" value="org.hsqldb.jdbcDriver" />
<property name="hibernate.connection.username" value="sa" />
<property name="hibernate.connection.password" value="" />
<property name="hibernate.connection.url" value="jdbc:hsqldb:mem:integration-tests" />
<property name="hibernate.showSql" value="true" />
<property name="hibernate.format_sql" value="true" />
</properties>
</persistence-unit>
</persistence>
Я использовал
<configuration>
<jettyEnvXml>src/test/webapp/WEB-INF/jetty-env.xml</jettyEnvXml>
.
.
с содержанием
<?xml version="1.0"?>
<!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN" "http://jetty.mortbay.org/configure.dtd">
<Configure class="org.mortbay.jetty.webapp.WebAppContext">
<New id="MyDb" class="org.mortbay.jetty.plus.naming.Resource">
<Arg>jdbc/myDS</Arg>
<Arg>
<New class="org.apache.commons.dbcp.BasicDataSource">
<Set name="driverClassName">org.h2.Driver</Set>
<Set name="url">jdbc:h2:mem:testdb;INIT=CREATE SCHEMA IF NOT EXISTS TESTDB\;SET SCHEMA TESTDB</Set>
<Set name="username">sa</Set>
<Set name="password"></Set>
</New>
</Arg>
</New>
</Configure>
Мне также нужно в моем web.xml
<resource-ref>
<res-ref-name>jdbc/myDS</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
<res-sharing-scope>Shareable</res-sharing-scope>
</resource-ref>
Я использовал весенний конфиг
<bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean">
<property name="jndiName" value="java:comp/env/jdbc/myDS" />
</bean>
Я борюсь с той же проблемой, но думаю, что причина в том, что useTestClasspath не работает, на самом деле в Spring.
Возможно, у вас есть такая конфигурация:
<context:property-placeholder location="classpath*:**/*.properties"/>
Если вы удалите первый *, я думаю, что он работает, потому что с этой конфигурацией он загружает один и тот же файл свойств из разных мест (как основного, так и тестового, если он существует в обоих). Удаление * загрузит только тестовый. Так что измени его
<context:property-placeholder location="classpath:**/*.properties"/>