Как вы сбрасываете контекст приложения Spring JUnit после того, как тестовый класс загрязняет его?

Я использую Spring 3.1.1.RELEASE, JUnit 4.8.1 и базу данных HSQL 2.7.7 в памяти. У меня есть один тестовый класс с пометкой

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration({ "classpath:test-trainingSessionServiceContext.xml" })
@DirtiesContext(classMode = ClassMode.AFTER_EACH_TEST_METHOD)
public class TrainingSessionServiceTest  
{

Проблема в том, что когда я запускаю "mvn clean test", кажется, что все тестовые классы запускаются после того, как вышеприведенный класс завершился неудачей, потому что база данных в памяти уничтожена и не создана заново. Я получаю ошибки как

org.hibernate.exception.SQLGrammarException: user lacks privilege or object not found: CB_ORGANIZATION" type="javax.persistence.PersistenceException">javax.persistence.PersistenceException:   org.hibernate.exception.SQLGrammarException: user lacks privilege or object not found: CB_ORGANIZATION
    at org.hibernate.ejb.AbstractEntityManagerImpl.convert(AbstractEntityManagerImpl.java:1360)
    at org.hibernate.ejb.AbstractEntityManagerImpl.find(AbstractEntityManagerImpl.java:817)
    at org.hibernate.ejb.AbstractEntityManagerImpl.find(AbstractEntityManagerImpl.java:771)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.springframework.orm.jpa.SharedEntityManagerCreator$SharedEntityManagerInvocationHandler.invoke(SharedEntityManagerCreator.java:240)
    at $Proxy46.find(Unknown Source)
    at org.mainco.subco.organization.repo.OrganizationDaoImpl.findById(OrganizationDaoImpl.java:77)
    at org.mainco.subco.pd.repo.LinkDaoTest.createDummyLink(LinkDaoTest.java:686)
    at org.mainco.subco.pd.repo.LinkDaoTest.testSaveLink(LinkDaoTest.java:67)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)

Вот как я устанавливаю тестовый класс (запускаемый после вышеупомянутого класса), который дает исключения…

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration({ "classpath:test-context.xml" })
public class LinkDaoTest extends AbstractTransactionalJUnit4SpringContextTests
{

Можно ли как-нибудь восстановить мой контекст приложения до его исходного состояния перед каждым тестовым классом? Я не хочу, чтобы класс "TrainingSessionServiceTest" расширял AbstractTransactionalJUnit4SpringContextTests. Вот соответствующая часть моего контекста приложения:

<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">
    <property name="driverClassName" value="org.hsqldb.jdbcDriver"/>
    <property name="url" value="jdbc:hsqldb:mem:pd" />
    <property name="username" value="sa" />
    <property name="password" value="" />
</bean>

<bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
    <property name="jpaVendorAdapter">
        <bean class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter"/>
    </property>
    <property name="persistenceXmlLocation" value="classpath:META-INF/test-persistence.xml"/>
    <property name="persistenceUnitName" value="testingDatabase"/>
    <property name="dataSource" ref="dataSource"/>
</bean>

<bean id="sharedEntityManager" class="org.springframework.orm.jpa.support.SharedEntityManagerBean">
   <property name="entityManagerFactory" ref="entityManagerFactory"/>
</bean>

<bean id="transactionManager" class="org.springframework.orm.jpa.JpaTransactionManager">
    <property name="entityManagerFactory" ref="entityManagerFactory"/>
</bean>

<tx:annotation-driven />

<jdbc:embedded-database id="embedded" type="HSQL"/> 
<jdbc:initialize-database data-source="dataSource">
    <jdbc:script location="classpath:db-test-data.sql"/>    
</jdbc:initialize-database>
Источник

1 ответ

Используйте @DirtiesContext для принудительного сброса. Например у меня есть:

@ContextConfiguration(classes={BlahTestConfig.class})
@DirtiesContext(classMode = ClassMode.AFTER_EACH_TEST_METHOD)
public class SomeTest {

    @Autowired XXXX xx;
    @Autowired YYYY yy;

    @Before
    public void setUp() {
        MockitoAnnotations.initMocks(this);
        when(YYYY.newYY()).thenReturn(zz);
    }

    @Test
    public void testSomeTest() {
        XX.changeSomething("StringTest");
        XX.doSomething();
        check_for_effects();
    }

    @Test
    public void testSomeOtherTest() {
        XX.changeSomething("SomeotherString");
        XX.doSomething();
        check_for_effects();
    }

Из весенних документов

DirtiesContext

Указывает, что базовый Spring ApplicationContext был загрязнен (изменен) следующим образом во время выполнения теста и должен быть закрыт независимо от того, прошел ли тест:

  • После текущего тестового класса, когда он объявлен для класса с режимом класса, установленным в AFTER_CLASS, который является режимом класса по умолчанию.

  • После каждого тестового метода в текущем тестовом классе, когда он объявлен в классе с режимом класса, установленным в AFTER_EACH_TEST_METHOD.

  • После текущего теста, когда объявлено о методе.

Используйте эту аннотацию, если тест изменил контекст (например, заменив определение компонента). Последующие тесты снабжены новым контекстом. [Примечание] Ограничения @DirtiesContext с JUnit 3.8

> В среде JUnit 3.8 @DirtiesContext поддерживается только для методов и, следовательно, не на уровне класса.

Вы можете использовать @DirtiesContext в качестве аннотации уровня класса и уровня метода в пределах одного и того же класса. В таких сценариях ApplicationContext помечается как грязный после любого такого аннотированного метода, а также после всего класса. Если для ClassMode установлено значение AFTER_EACH_TEST_METHOD, контекст помечается как грязный после каждого метода тестирования в классе.

@DirtiesContext
public class ContextDirtyingTests {
    // some tests that result in the Spring container being dirtied
}

@DirtiesContext(classMode = ClassMode.AFTER_EACH_TEST_METHOD)
public class ContextDirtyingTests {
    // some tests that result in the Spring container being dirtied
}

@DirtiesContext
@Test
public void testProcessWhichDirtiesAppCtx() {
    // some logic that results in the Spring container being dirtied
}

Когда контекст приложения помечается как грязный, он удаляется из кэша инфраструктуры тестирования и закрывается; таким образом, базовый контейнер Spring перестраивается для любого последующего теста, для которого требуется контекст с таким же набором расположений ресурсов.

Источник
Другие вопросы по тегам