2013-02-05 7 views
26

私は、Spring 3.1.1.RELEASE、JUnit 4.8.1およびHSQL 2.7.7インメモリ・データベースを使用しています。私は問題があるテストクラスがダーティになった後、Spring JUnitアプリケーションコンテキストをどのようにリセットしますか?

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

として注釈1つのテストクラスを持って、私は「MVNクリーンテスト」を実行するとき、インメモリデータベースが再破壊されていないため、上記のクラスの後に実行されたすべてのテストクラスが失敗するようです-作成した。私はここで

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) 

のようなエラーがIセットアップの例外を与えるテストクラス(上記のクラスの後に実行)...

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

が、私はそのに私のアプリケーション・コンテキストを復元することができますどのような方法がありますどのように取得します各テストクラスが実行される前の元の状態?私は "TrainingSessionServiceTest"クラスがAbstractTransactionalJUnit4SpringContextTestsを拡張するようにしたくありません。ここに私のアプリケーションコンテキストの関連部分があります:

+0

私には、上記のエラーはスプリングコンテキストに関連していないようですが、hsqldbデータベースは正しく初期化されていません。データベースまたはユーザーを削除するテスト方法ですか? –

+0

[すべてのテスト後に[Reload Spring application context]の重複している可能性があります](http://stackoverflow.com/questions/13288029/reload-spring-application-context-after-every-test) – radistao

答えて

51

リセットを強制するには、@DirtiesContextを使用してください。例えば、私は:

DirtiesContextspring docs

から

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

は、以下のように試験の実行中根底にあるスプリングのApplicationContextがダーティ(変更)されたことを示し、閉鎖されるべきですテストが合格したかどうかにかかわらず、

  • 現在のテストクラスの後で、クラス モードがAFTER_CLASSに設定されているクラスで宣言されると、これがデフォルトのクラスモードです。

  • クラスでAFTER_EACH_TEST_METHODに設定されているクラスで宣言すると、現在のテストクラスの各テストメソッドの後に発生します。

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

テストがコンテキストを変更した場合(たとえば、Bean定義を置き換えることによって)、このアノテーションを使用します。後続のテストに新しいコンテキストが提供されます。 [注釈] @DirtiesContextとJUnitの制限3.8

> JUnit 3.8環境では、@DirtiesContextはメソッドでのみサポートされ、クラスレベルではサポートされません。

@DirtiesContextは、同じクラス内のクラスレベルおよびメソッドレベルの注釈として使用できます。このようなシナリオでは、ApplicationContextは、アノテーションされたメソッドの後、およびクラス全体の後にダーティとしてマークされます。 ClassModeがAFTER_EACH_TEST_METHODに設定されている場合、クラス内の各テストメソッドの後にコンテキストがdirtyとマークされます。

@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 
} 

アプリケーションコンテキストがdirtyとマークされている場合は、テストフレームワークのキャッシュから削除されて閉じられます。したがって、基本的なSpringコンテナは、リソースセットの同じセットを持つコンテキストを必要とする後続のテストのために再構築されます。

+8

Um ... @Dave's元のコード**既に**上記のように 'DirtiesContext'を使用してください。私は編集を見ることができません。私は何が欠けていますか? – Edmund

+1

ユースケースによっては、この設定をmvn surefireプラグインに追加する必要があります。 false

+0

保存日。どうもありがとう! – radistao

関連する問題