Весна 3.2: Единичные испытания @Scope («запрос») больше не работают

Question

Весной 3.1 я мог бы авторизовать ресурс Jax-RS, который имел «@Scope» («запрос») в мои модульные тесты. Я включил следующее BeanFactoryPostProcessor:

не

@Component 
public class MockRequestBeanFactoryPostProcessor implements BeanFactoryPostProcessor { 

public void postProcessBeanFactory(
     ConfigurableListableBeanFactory beanFactory) throws BeansException { 

    beanFactory.registerScope("request", new RequestScope()); 
    MockHttpServletRequest request = new MockHttpServletRequest(); 
    ServletRequestAttributes attributes = new ServletRequestAttributes(request); 
    RequestContextHolder.setRequestAttributes(attributes); 
} 

}

с весной 3.2, первым методом испытаний, который работает работает, но все последующие методы испытаний получают

java.lang.IllegalStateException: запроса нет поток переплета найдено : Вы имеете в виду запрос атрибутов вне фактического веб-запроса или обработки запроса вне исходного потока? Если вы действительно работаете в веб-запросе и все еще получаете это сообщение, ваш код, вероятно, работает за пределами DispatcherServlet/DispatcherPortlet: в этом случае используйте RequestContextListener или RequestContextFilter, чтобы выставить текущий запрос.

Как я могу снова запустить свои тесты?

Answer 1

BeanFactoryPostProcessor неисправен, он работает только один раз, и поэтому только одна нить будет иметь (не может использоваться повторно) MockHttpServletRequest.

Перемещение кода, который создает запрос и сохраняет его в RequestContextHolder должен быть перемещен в аннотированный метод @Before и в @After аннотированный метода надо Ыборка RequestContextHolder.

@Before 
public void init() { 
    MockHttpServletRequest request = new MockHttpServletRequest(); 
    ServletRequestAttributes attributes = new ServletRequestAttributes(request); 
    RequestContextHolder.setRequestAttributes(attributes); 
} 

@After 
public void cleanUp() { 
    RequestContextHolder.resetRequestAttributes(); 
} 

Вы все еще нуждаются в BeanFactoryPostProcessor зарегистрировать RequestScope.

Answer 2

Spring 3.2 представил ServletTestExecutionListener, который грубо вводит себя в ваши старые тесты.

Его Javadoc:

TestExecutionListener, который обеспечивает поддержку макета Servlet API для WebApplicationContexts загружаемого Spring Framework TestContext.

В частности, ServletTestExecutionListener устанавливает нити локального состояния через RequestContextHolder Spring Web во время подготовки экземпляра тестирования и перед каждым методом испытаний и создает MockHttpServletRequest, MockHttpServletResponse и ServletWebRequest на основе настоящего MockServletContext в WebApplicationContext. Этот слушатель также гарантирует, что MockHttpServletResponse и ServletWebRequest могут быть введены в тестовый экземпляр, и как только тест будет завершен, этот прослушиватель очистит локальное состояние потока.

Обратите внимание, что ServletTestExecutionListener включен по умолчанию, но не принимает никаких действий, если ApplicationContext, загруженный для текущего теста, не является WebApplicationContext.

Проблема в том, что последний абзац является ложью. Правда, этот класс не начинает помогать вам, если вы не вносите изменения в конфигурацию, но он будет с радостью сбросить запрос после каждого теста, несмотря ни на что.

Слушатель можно отключить, добавив @TestExecutionListeners({ DependencyInjectionTestExecutionListener.class }) в тестовый класс. (Фактический набор слушателей, которые вы можете редактировать по мере необходимости.)

В качестве альтернативы вы можете установить @WebAppConfiguration и удалить MockRequestBeanFactoryPostProcessor, а также другие унаследованные рабочие процессы, такие как MockServletContextAwareProcessor.