Dlaczego testowanie urządzenia przy użyciu Spring 3.1 WebMvcConfig nie działa?

Question

Od wiosny 3.1 możemy łatwiej używać JavaConfig dzięki adnotacjom @Enable*.

Zrobiłem WebConfig, aby ustawić konfigurację WebMvc i próbowałem ją przetestować. Ale jeśli rozszerzam WebMvcConfigurerAdapter lub WebMvcConfigurationSupport z WebConfig, test jednostki kończy się niepowodzeniem z powodu braku ServletContext. Kod i wiadomości wyglądają jak poniżej.

WebConfig.java

@Configuration 
@EnableWebMvc 
public class WebConfig extends WebMvcConfigurationSupport {} 

Test.java

@RunWith(SpringJUnit4ClassRunner.class) 
@ContextConfiguration(classes=WebConfig.class) 
public class TestFail { 
    @Test 
    public void test() {} 
} 

Wiadomość

java.lang.IllegalStateException: Failed to load ApplicationContext 
    at org.springframework.test.context.TestContext.getApplicationContext(TestContext.java:157) 
    at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.injectDependencies(DependencyInjectionTestExecutionListener.java:109) 
    at org.springframework.test.context.support.DependencyInjectionTestExecutionListener.prepareTestInstance(DependencyInjectionTestExecutionListener.java:75) 
... 
Caused by: java.lang.IllegalArgumentException: A ServletContext is required to configure default servlet handling 
    at org.springframework.util.Assert.notNull(Assert.java:112) 
    at org.springframework.web.servlet.config.annotation.DefaultServletHandlerConfigurer.<init>(DefaultServletHandlerConfigurer.java:54) 
    at org.springframework.web.servlet.config.annotation.WebMvcConfigurationSupport.defaultServletHandlerMapping(WebMvcConfigurationSupport.java:253) 
    at com.zum.news.comments.web.WebConfig$$EnhancerByCGLIB$$8bbfcca1.CGLIB$defaultServletHandlerMapping$10(<generated>) 
    at com.zum.news.comments.web.WebConfig$$EnhancerByCGLIB$$8bbfcca1$$FastClassByCGLIB$$19b86ad0.invoke(<generated>) 
    at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:215) 
    at org.springframework.context.annotation.ConfigurationClassEnhancer$BeanMethodInterceptor.intercept(ConfigurationClassEnhancer.java:280) 
    at com.zum.news.comments.web.WebConfig$$EnhancerByCGLIB$$8bbfcca1.defaultServletHandlerMapping(<generated>) 
    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.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:149) 
    ... 41 more 

Jak przetestować urządzenie z webconfig prawidłowo?

Edit

Jak powiedział Garcia, ten problem został rozwiązany w Spring 3.2.0.RC1.

Po prostu dodaj adnotację @WebAppConfiguration do klasy testowej.

@RunWith(SpringJUnit4ClassRunner.class) 
@WebAppConfiguration 
@ContextConfiguration(classes=WebConfig.class) 
public class TestFail { 
    @Test 
    public void test() {} 
} 

Answer 1

Jest to błąd wiosną 3.1 można znaleźć odpowiedź w tych dwóch kwestiach:

• https://jira.springsource.org/browse/SPR-5243
• https://jira.springsource.org/browse/SPR-9799

Daj nam znać, jeśli znajdziesz obejście dla Spring 3.1, jeśli nie, musimy poczekać, aż pojawi się 3.2. Muszę powiedzieć, że właśnie wypróbowałem to z Spring 3.2.0.M2 i nadal nie działa dla mnie.

Answer 2

Jeśli @EnableWebMvc adnotacja wymagają ServletContext to proponuję podzielić swój config fasola definicji, które będą używane w testach jednostkowych i innych konfiguracji, które używane przez aplikację i ram. W takim przypadku aplikacja zaimportuje obie konfiguracje, a testy jednostkowe zaimportują tylko jeden.

BeansConfig.java:

@Configuration 
public class BeansConfig { 
    @Bean 
    MyBean myBean() { 
     return new MyBean() 
    } 
} 

WebConfig.java:

@Configuration 
@EnableWebMvc 
@Import(BeansConfig.class) 
public class WebConfig extends WebMvcConfigurationSupport {} 

TestFail.java:

@RunWith(SpringJUnit4ClassRunner.class) 
@ContextConfiguration(classes=BeansConfig.class) 
public class TestFail { 
    @Test 
    public void test() {} 
} 

Answer 3

Kolejne zalecenie, że mam byłoby użyć spring-test-mvc, która wewnętrznie tworzy makiety kontekstu serwletu dla Contr testy oller do pracy.

Jeśli chcesz kontynuować podejścia, można następnie utworzyć własną Wiosna ładowarka kontekście, że dodatkowo Inicjuje Mock kontekstu serwletu - wzdłuż tych linii: http://tedyoung.me/2011/02/14/spring-mvc-integration-testing-controllers/, Od Spring-test-mvc source

Answer 4

Jak wspomniano wcześniej, Guido zostało rozwiązane od wersji 3.2. Poniżej przedstawiono szczegóły dotyczące korzystania z nowych ulepszeń testowych. Aby upewnić się, że kontekst aplet jest ładowany do testu, trzeba opisywać test z @WebAppConfiguration i zdefiniować AnnotationConfigWebContextLoader jako ładowacza kontekstowego, jak poniżej:

@RunWith(SpringJUnit4ClassRunner.class)  
@WebAppConfiguration 
@ContextConfiguration(
    classes = MyWebConfig.class, 
    loader = AnnotationConfigWebContextLoader.class) 
public class MyTest { 
    //... 
}