Тестирует ли новая тестовая среда Spring MVC, выпущенная в Spring 3.2, конфигурацию web.xml?

Я прочитал документы ( http://static.springsource.org/spring/docs/3.2.x/spring-framework-reference/html/testing.html#spring-mvc-test-framework ) несколько раз и я не могу подтвердить, действительно ли контекст WebApplicationContext, который вводится при использовании аннотации @WebApplicationContext, просматривает файл web.xml.

Другими словами, я хочу протестировать свою конфигурацию web.xml. В частности, фильтры и путь сервлета. Но когда я настраиваю свой тест, он игнорирует файл web.xml. (например, я пытаюсь выполнить запрос get по такому URL-адресу, как этот /myServletPath/foo, и он завершается с ошибкой 404.)

Мой тест:

@RunWith(SpringJUnit4ClassRunner.class)
@WebAppConfiguration
@ContextConfiguration({
        "classpath*:WEB-INF/config/application-context.xml",
        "classpath*:WEB-INF/oms-servlet.xml",
        "classpath*:persistence-context.xml"
})
public class OrderSummaryControllerIntegrationTests {

    @Autowired
    private WebApplicationContext wac;

    private MockMvc mockMvc;

    @Before
    public void setUp() throws Exception {
        this.mockMvc = webAppContextSetup(this.wac).build();
    }

    @Test
    public void testFindOrderSummariesExpectsSuccess() throws Exception {
        mockMvc.perform(get("/oms/orders?user=1234&catalog=bcs"))
                .andDo(print())
                .andExpect(status().isOk())
                .andExpect(content().contentType(MediaType.APPLICATION_JSON));
    }
}

И мой web.xml

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="http://java.sun.com/xml/ns/javaee"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
          http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
         version="2.5">
    <display-name>OMS REST Services</display-name>

    <servlet-mapping>
        <servlet-name>default</servlet-name>
        <url-pattern>*.html</url-pattern>
    </servlet-mapping>

    <servlet-mapping>
        <servlet-name>default</servlet-name>
        <url-pattern>*.css</url-pattern>
    </servlet-mapping>

    <filter>
        <filter-name>webappMetricsFilter</filter-name>
        <filter-class>com.yammer.metrics.web.DefaultWebappMetricsFilter</filter-class>
    </filter>

    <filter-mapping>
        <filter-name>webappMetricsFilter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>

    <context-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/config/application-context.xml, classpath*:persistence-context.xml</param-value>
    </context-param>

    <listener>
        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
    </listener>

    <servlet>
        <servlet-name>oms</servlet-name>
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
        <load-on-startup>1</load-on-startup>
    </servlet>

    <servlet-mapping>
        <servlet-name>oms</servlet-name>
        <url-pattern>/</url-pattern>
    </servlet-mapping>

</web-app>

person Ryan Walls    schedule 24.12.2012    source источник


Ответы (1)


Вы правы, Spring-mvc-test не читает файл web.xml, но фильтры можно настроить так:

webAppContextSetup(this.wac).addFilter(new DefaultWebappMetricsFilter(), "/*").build()
person Biju Kunjummen    schedule 25.12.2012
comment
Спасибо. Это полезно. Я до сих пор не уверен, почему для создания макета требуется местоположение корня веб-приложения, если он не читает web.xml. См. мой комментарий к ответу Ральфа stackoverflow.com/a/14026570/411229. - person Ryan Walls; 25.12.2012
comment
потому что он использует другие ресурсы из корня веб-приложения - например. если бы вы разместили конфигурацию своего веб-приложения Spring, скажем, в WEB-INF/spring/appcontext.xml, хотя и не в пути к классам, он все равно сможет получить к нему доступ и загрузить его в тесте. - person Biju Kunjummen; 25.12.2012
comment
в этом есть смысл. Документация не очень ясна в этом вопросе. Спасибо за прояснение. - person Ryan Walls; 25.12.2012