web-dev-qa-db-ja.com

テストクラスがダーティになった後、Spring JUnitアプリケーションコンテキストをどのようにリセットしますか？

Spring 3.1.1.RELEASE、JUnit 4.8.1、およびHSQL 2.7.7インメモリデータベースを使用しています。次のように注釈が付けられた1つのテストクラスがあります

@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>
springjunithsqldbapplicationcontext
52
Dave

@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();
    }

spring docs から

DirtiesContext

基礎となるSpring ApplicationContextがテストの実行中に次のようにダーティ（変更）され、テストに合格したかどうかに関係なく閉じられることを示します。

  • 現在のテストクラスの後、クラスモードがデフォルトクラスモードであるAFTER_CLASSに設定されたクラスで宣言された場合。

  • クラスモードがAFTER_EACH_TEST_METHODに設定されたクラスで宣言された場合、現在のテストクラスの各テストメソッドの後に。

  • 現在のテストの後、メソッドで宣言されたとき。

テストがコンテキストを変更した場合（たとえば、Bean定義を置き換えることにより）、この注釈を使用します。後続のテストには、新しいコンテキストが提供されます。 [注意] JUnit 3.8での@DirtiesContextの制限

> 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コンテナは、同じリソースの場所のセットを持つコンテキストを必要とする後続のテストのために再構築されます。

82
Lmwangi