@ContextConfiguration не наследуется Springckito

Question

В настоящее время я играю с springockito-annotations, для этого требуются аннотации @RunWith и @ContextConfiguration. Я хотел бы поместить эти аннотации в суперкласс моих тестов, но не могу заставить его работать.

Суперкласс:

@RunWith(SpringJUnit4ClassRunner.class) 
@TestExecutionListeners({ DependencyInjectionTestExecutionListener.class, DirtiesContextTestExecutionListener.class}) 
@ContextConfiguration(loader = SpringockitoContextLoader.class, locations = "classpath:spring/test-context.xml") 
public class MyTestSuperclass { 
    //... 

Пример TestClass:

public class MyTest extends MyTestSuperclass { 
    @Inject 
    @ReplaceWithMock 
    private MyService myService; 
    //... 

С помощью этого кода, myService не заменен на макет.

Но, если я изменить его ...

@ContextConfiguration 
public class MyTest extends MyTestSuperclass { 
    //... 

... это работает.

Есть ли способ избежать необходимости добавлять @ContextConfiguration ко всем моим тестовым классам? Возможно, это было исправлено в более новой версии Spring/Spring-tests? Из того, что я могу сказать, он может наследовать часть locations из суперкласса без аннотации подкласса, но часть loader не работает без аннотации в подклассе. Я использую версию 3.2.1.RELEASE Spring-test.

Вот пример Projec, который показывает ошибку:

http://www.filedropper.com/springockitobug

Answer 1

Это связано с bug in Springockito.

@ContextConfiguration действительно наследуется, что было верно, так как оно было введено весной 2.5. Кроме того, сконфигурированный loader (т. Е. SpringockitoContextLoader в этом случае) также наследуется, что верно с весны 3.0.

Проблема здесь в том, что SpringockitoContextLoader некорректно обрабатывает объявлении класса (то есть класс, который помечается @ContextConfiguration) вместо фактического тестового класса (которые могут быть подклассом, который наследует декларацию @ContextConfiguration).

После тщательной отладки выяснилось, что решение довольно просто (на самом деле проще, чем оригинальная реализация SpringockitoContextLoader).

Следующие PatchedSpringockitoContextLoader должны отлично работать в качестве замены взамен для сломанных SpringockitoContextLoader.

import org.kubek2k.springockito.annotations.internal.Loader; 

import org.springframework.context.ConfigurableApplicationContext; 
import org.springframework.context.support.GenericApplicationContext; 
import org.springframework.test.context.MergedContextConfiguration; 
import org.springframework.test.context.support.GenericXmlContextLoader; 

public class PatchedSpringockitoContextLoader extends GenericXmlContextLoader { 

    private final Loader loader = new Loader(); 

    @Override 
    protected void prepareContext(ConfigurableApplicationContext context, MergedContextConfiguration mergedConfig) { 
     super.prepareContext(context, mergedConfig); 
     this.loader.defineMocksAndSpies(mergedConfig.getTestClass()); 
    } 

    @Override 
    protected void customizeContext(GenericApplicationContext context) { 
     super.customizeContext(context); 
     this.loader.registerMocksAndSpies(context); 
    } 

} 

Привет,

Sam (автор Спринг TestContext Framework)

Answer 2

Вместо того, чтобы использовать супер класс, использовать аннотацию.

Например:

@RunWith(SpringJUnit4ClassRunner.class) 
@TestExecutionListeners({ DependencyInjectionTestExecutionListener.class, DirtiesContextTestExecutionListener.class}) 
@ContextConfiguration(loader = SpringockitoContextLoader.class, locations = "classpath:spring/test-context.xml") 
@Target(ElementType.TYPE) 
@Retention(RetentionPolicy.RUNTIME) 
public @interface TestConfiguration { 
} 

Затем аннотирования классы теста с

@TestConfiguration 
public class MyTest { 
    @Inject 
    @ReplaceWithMock 
    private MyService myService; 
    //... 

подсветка синтаксиса в среде IDE может жаловаться не разрешается вводить в зависимости, которые вы используете, но мои первоначальные тесты иметь эту работу