3

通常のサーブレット コンテキストの外部でオブジェクトをインスタンス化することにより、Spring MVC コントローラーでほぼすべての単体テストを実行できます。しかし、いくつかのテストを実行して、オブジェクトのシリアル化が適切に機能していること、ヘッダーが生成されていることなどを確認できるようにしたいと考えています.

サーブレット コンテキスト内でテストを実行するには、さまざまな Bean が構築されないように変更されたコンテキスト ファイルを作成し、EasyMock を使用してテスト ケースでそれらの Bean のモック バージョンを作成します。次に、このようなコードでハンドラーを呼び出し、必要なもののほとんどを MockHttpServletResponse から取得します。

これが本質を捉えていると思います:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = { "file:root-context.xml",
                                    "file:junit-servlet-context.xml" } )

public class HomeControllerConfigHandlerHttp {
@Autowired
private RequestMappingHandlerAdapter handlerAdapter;

@Autowired
private RequestMappingHandlerMapping handlerMapping;
    ... //miscellaneous setup
public void someTest() throws Exception
{
    MockHttpServletRequest request = new MockHttpServletRequest();
    request.setMethod("GET");
    request.setRequestURI("/config");
    request.addParameter("foo", "bar");
    request.addParameter("device", "oakmont");
    MockHttpServletResponse response = new MockHttpServletResponse();
    Object handler = handlerMapping.getHandler(request).getHandler();
    replay(dblient);
    expect(serviceClient.checkDevice("oakmont")).andReturn( true );
    serviceClient.destroy();
    replay(serviceClient);
    ModelAndView modelAndView = handlerAdapter.handle(request, response, handler);
    String content = new String( response.getContentAsByteArray() );
    Assert.assertEquals(content, "Expected configuration");
    String content_type = response.getHeader("Content-type");
    Assert.assertEquals( content_type, "text/plain");
    int status = response.getStatus();
    Assert.assertEquals(status,  200 );

これは期待どおりの動作をしますが、1 つ問題があります。@ExceptionHandler を使用して、コントローラーで多くのエラー処理を行います。これは、任意のハンドラーでエラー ケースを取り消す簡単な方法であり、エラーを公開する一貫した方法を提供してくれます。

@ExceptionHandler は、通常のサーブレットのデプロイでは正常に機能しますが、この単体テストのモックアップでは、例外をスローしても呼び出されません。Spring コードに足を踏み入れることは、私にとっては少し難しいことです。私はそれに慣れていないので、すぐに迷ってしまいます。ただし、通常のサーブレット環境では、注釈付きハンドラーを探す例外ハンドラーがあるようです。SpringJUnit4ClassRunner で実行している場合、例外は同じ方法で処理されません。

これを修正する方法があれば、それを実行したいと思います。パイオニア精神の欠如のため、私は spring-test-mvc を避けてきましたが、誰かがこれをうまく処理できると言ったら、代わりに試してみます。

junit-servlet-context.xml ファイルの内容は、Spring Template MVC ウィザードによって作成された servlet-context.xml ファイルとほぼ同じです。唯一の違いは、コントローラーによって使用されるいくつかのシングルトンを作成する @Component のインスタンス化を防ぐために使用される除外フィルターの追加です。

<?xml version="1.0" encoding="UTF-8"?>
<beans:beans xmlns="http://www.springframework.org/schema/mvc"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:beans="http://www.springframework.org/schema/beans"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc-3.0.xsd
    http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
    http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.0.xsd">

<!-- DispatcherServlet Context: defines this servlet's request-processing infrastructure -->

<!-- Enables the Spring MVC @Controller programming model -->
<annotation-driven />

<!-- Handles HTTP GET requests for /resources/** by efficiently serving up static resources in the ${webappRoot}/resources directory -->
<resources mapping="/resources/**" location="/resources/" />

<!-- Resolves views selected for rendering by @Controllers to .jsp resources in the /WEB-INF/views directory -->
<beans:bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
    <beans:property name="prefix" value="/WEB-INF/views/" />
    <beans:property name="suffix" value=".jsp" />
</beans:bean>
<context:component-scan base-package="com.cisco.onplus.home.dmz" >
<context:exclude-filter type="regex" expression=".*InitDatabase.*"/>
</context:component-scan>   
</beans:beans>
4

2 に答える 2

3

Dispatcher サーブレットをコンテキストでロードするために、次のクラスを追加します。

public class MockWebApplicationContext extends AbstractContextLoader {

@Override
public ApplicationContext loadContext(MergedContextConfiguration mergedContextConfiguration) throws Exception {
    String[] locations = mergedContextConfiguration.getLocations();
    return loadContext(locations);
}

@Override
public ApplicationContext loadContext(String... locations) throws Exception {

    XmlWebApplicationContext webApplicationContext = new XmlWebApplicationContext();
    webApplicationContext.setConfigLocations(locations);
    webApplicationContext.setServletContext(new MockServletContext(new FileSystemResourceLoader() ) );

    ServletConfig config = new MockServletConfig();
    config.getServletContext().setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, webApplicationContext);

    final DispatcherServlet servlet = new DispatcherServlet(webApplicationContext);

    webApplicationContext.addBeanFactoryPostProcessor(new BeanFactoryPostProcessor() {
        @Override
        public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) {
            beanFactory.registerResolvableDependency(DispatcherServlet.class, servlet);
        }
    });

    webApplicationContext.refresh();
    servlet.init(config);

    return webApplicationContext;
}

@Override
protected String getResourceSuffix() {
    return ".xml";
}

}

その使用が終わったら

@ContextConfiguration(locations = {"classpath:app-config.xml",loader = MockWebApplicationContext.class)

テストクラスで Autowired アノテーションを使用して DispatcherServlet をロードします。を使用して処理します

servlet.service(request,response); 

これで、例外フローも処理する必要があります。

ただし、おそらく 3.1.2 が必要です。

于 2012-10-25T18:52:50.653 に答える
1

spring-test-mvcを確認する必要があると思いますが、その理由は、コントローラーからの例外の処理であり、ExceptionResolver を使用して適切な @ExceptionHandler を呼び出すことはDispatcherServlet、 ではなくのレベルで行われるためですHandlerAdapter。あなたが持っているテストは のレベルから始まりますHandlerAdapter

ただし、spring-test-mvc を強くお勧めします。しばらく使用していますが、シナリオで問題は発生していません - http://biju-allandsundry.blogspot.com/2012/07/spring-mvc-integration- tests.html

例外フローのテストは、spring-test-mvc で次のようになります。

xmlConfigSetup("classpath:/META-INF/spring/web/webmvc-config.xml")
    .configureWebAppRootDir("src/main/webapp", false).build()
    .perform(get("/contexts/exception"))
    .andExpect(status().isOk())
    .andExpect(view().name("exceptionPage"));
于 2012-07-25T14:14:50.947 に答える