Запросить область beans в spring тестировании
Я хотел бы использовать область запроса beans в моем приложении. Я использую JUnit4 для тестирования. Если я попытаюсь создать его в тесте, например:
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = { "classpath:spring/TestScopedBeans-context.xml" })
public class TestScopedBeans {
protected final static Logger logger = Logger
.getLogger(TestScopedBeans.class);
@Resource
private Object tObj;
@Test
public void testBean() {
logger.debug(tObj);
}
@Test
public void testBean2() {
logger.debug(tObj);
}
Следующее определение bean:
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">
<bean class="java.lang.Object" id="tObj" scope="request" />
</beans>
И я получаю:
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'gov.nasa.arc.cx.sor.query.TestScopedBeans': Injection of resource fields failed; nested exception is java.lang.IllegalStateException: No Scope registered for scope 'request'
<...SNIP...>
Caused by: java.lang.IllegalStateException: No Scope registered for scope 'request'
Итак, я нашел этот блог полезным:
http://www.javathinking.com/2009/06/no-scope-registered-for-scope-request_5.html
Но я заметил, что он использует AbstractDependencyInjectionSpringContextTests, который, как представляется, устарел в Spring 3.0.
Я использую Spring 2.5 в это время, но думал, что не должно быть слишком сложно переключить этот метод, чтобы использовать AbstractJUnit4SpringContextTests
как предлагают документы (ok, ссылка docs на версию 3.8, но я использую 4.4). Поэтому я меняю
тест, чтобы расширить AbstractJUnit4SpringContextTests... то же сообщение. Та же проблема. И теперь метод prepareTestInstance(), который я хочу
для переопределения не определено. Хорошо, может быть, я положу эти вызовы registerScope в другое место... Поэтому я больше читал о TestExecutionListeners и думаю, что было бы лучше, так как я не хотят наследовать структуру пакета Spring. Так
Я изменил свой тест на:
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = { "classpath:spring/TestScopedBeans-context.xml" })
@TestExecutionListeners({})
public class TestScopedBeans {
ожидая, что мне нужно будет создать пользовательский прослушиватель, но я, когда я его запустил. Оно работает! Отлично, но почему? Я не вижу, где кто-либо из слушателей
регистрируют область запроса или область сеанса и почему они? я не хочу сказать, что это еще не все, это может быть не тест для Spring кода MVC...
Ответы
Ответ 1
Тест проходит, потому что он ничего не делает:)
Когда вы опускаете аннотацию @TestExecutionListeners
, Spring регистрирует 3 прослушивателя по умолчанию, включая один, который называется DependencyInjectionTestExecutionListener
. Это слушатель, ответственный за сканирование вашего тестового класса, который ищет вещи, которые нужно вводить, включая аннотации @Resource
. Этот прослушиватель попытался ввести tObj
и не удалось из-за области undefined.
Когда вы объявляете @TestExecutionListeners({})
, вы подавляете регистрацию DependencyInjectionTestExecutionListener
, и поэтому тест никогда не получает tObj
вообще, а потому, что ваш тест не проверяет существование tObj
, он проходит.
Измените свой тест, чтобы он сделал это, и он не будет выполнен:
@Test
public void testBean() {
assertNotNull("tObj is null", tObj);
}
Итак, с пустым @TestExecutionListeners
, тест проходит, потому что ничего не происходит.
Теперь, на вашу оригинальную проблему. Если вы хотите попробовать зарегистрировать область запроса в тестовом контексте, посмотрите на исходный код для WebApplicationContextUtils.registerWebApplicationScopes()
, вы найдете строку:
beanFactory.registerScope(WebApplicationContext.SCOPE_REQUEST, new RequestScope());
Вы можете попробовать это и посмотреть, как вы идете, но могут быть нечетные побочные эффекты, потому что вы на самом деле не предназначены для этого в тесте.
Вместо этого я бы рекомендовал перефразировать ваш тест, чтобы вам не нужен запрос beans. Это не должно быть сложно, жизненный цикл @Test
не должен быть больше, чем жизненный цикл bean с запросом, если вы пишете автономные тесты. Помните, что нет необходимости проверять механизм обзора, это часть Spring, и вы можете предположить, что он работает.
Ответ 2
Решение для Spring 3.2 или новее
Spring, начиная с версии 3.2 обеспечивает поддержку охвата сеанса/запроса beans для тестирования интеграции.
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = TestConfig.class)
@WebAppConfiguration
public class SampleTest {
@Autowired WebApplicationContext wac;
@Autowired MockHttpServletRequest request;
@Autowired MockHttpSession session;
@Autowired MySessionBean mySessionBean;
@Autowired MyRequestBean myRequestBean;
@Test
public void requestScope() throws Exception {
assertThat(myRequestBean)
.isSameAs(request.getAttribute("myRequestBean"));
assertThat(myRequestBean)
.isSameAs(wac.getBean("myRequestBean", MyRequestBean.class));
}
@Test
public void sessionScope() throws Exception {
assertThat(mySessionBean)
.isSameAs(session.getAttribute("mySessionBean"));
assertThat(mySessionBean)
.isSameAs(wac.getBean("mySessionBean", MySessionBean.class));
}
}
Подробнее: Запрос и сеанс Beans
Решение для Spring до 3.2 со слушателем
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = TestConfig.class)
@TestExecutionListeners({WebContextTestExecutionListener.class,
DependencyInjectionTestExecutionListener.class,
DirtiesContextTestExecutionListener.class})
public class SampleTest {
...
}
WebContextTestExecutionListener.java
public class WebContextTestExecutionListener extends AbstractTestExecutionListener {
@Override
public void prepareTestInstance(TestContext testContext) {
if (testContext.getApplicationContext() instanceof GenericApplicationContext) {
GenericApplicationContext context = (GenericApplicationContext) testContext.getApplicationContext();
ConfigurableListableBeanFactory beanFactory = context.getBeanFactory();
beanFactory.registerScope(WebApplicationContext.SCOPE_REQUEST,
new SimpleThreadScope());
beanFactory.registerScope(WebApplicationContext.SCOPE_SESSION,
new SimpleThreadScope());
}
}
}
Решение для Spring до 3.2 с пользовательскими областями
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = TestConfig.class, locations = "test-config.xml")
public class SampleTest {
...
}
TestConfig.java
@Configuration
@ComponentScan(...)
public class TestConfig {
@Bean
public CustomScopeConfigurer customScopeConfigurer(){
CustomScopeConfigurer scopeConfigurer = new CustomScopeConfigurer();
HashMap<String, Object> scopes = new HashMap<String, Object>();
scopes.put(WebApplicationContext.SCOPE_REQUEST,
new SimpleThreadScope());
scopes.put(WebApplicationContext.SCOPE_SESSION,
new SimpleThreadScope());
scopeConfigurer.setScopes(scopes);
return scopeConfigurer
}
или с конфигурацией xml
test-config.xml
<bean class="org.springframework.beans.factory.config.CustomScopeConfigurer">
<property name="scopes">
<map>
<entry key="request">
<bean class="org.springframework.context.support.SimpleThreadScope"/>
</entry>
</map>
<map>
<entry key="session">
<bean class="org.springframework.context.support.SimpleThreadScope"/>
</entry>
</map>
</property>
</bean>
Исходный код
Исходный код для всех представленных решений:
Ответ 3
Я пробовал несколько решений, в том числе решение @Marius с "WebContextTestExecutionListener", но для меня это не сработало, так как этот код загружал контекст приложения перед созданием области запроса.
Ответ, который помог мне, в конце концов, не новый, но он хорош:
http://tarunsapra.wordpress.com/2011/06/28/junit-spring-session-and-request-scope-beans/
Я просто добавил следующий фрагмент к моему (тестовому) контексту приложения:
<bean class="org.springframework.beans.factory.config.CustomScopeConfigurer">
<property name="scopes">
<map>
<entry key="request">
<bean class="org.springframework.context.support.SimpleThreadScope"/>
</entry>
</map>
</property>
</bean>
Удачи!
Ответ 4
Это еще проблема:
https://jira.springsource.org/browse/SPR-4588
Мне удалось заставить это работать (в основном), определив пользовательский загрузчик контекста, как указано в
http://forum.springsource.org/showthread.php?p=286280
Ответ 5
Тестирование с запросом Beans с помощью Spring очень хорошо объясняет, как зарегистрировать и создать пользовательскую область с помощью Spring.
В двух словах, как объяснил Идо Кон, достаточно добавить следующее в конфигурацию контекста текста:
<bean class="org.springframework.beans.factory.config.CustomScopeConfigurer">
<property name="scopes">
<map>
<entry key="request">
<bean class="org.springframework.context.support.SimpleThreadScope"/>
</entry>
</map>
</property>
</bean>
Вместо использования предопределенного SimpleThreadScope, основанного на ThreadLocal, он также легко реализует Custom, как описано в статье.
import java.util.HashMap;
import java.util.Map;
import org.springframework.beans.factory.ObjectFactory;
import org.springframework.beans.factory.config.Scope;
public class CustomScope implements Scope {
private final Map<String , Object> beanMap = new HashMap<String , Object>();
public Object get(String name, ObjectFactory<?> factory) {
Object bean = beanMap.get(name);
if (null == bean) {
bean = factory.getObject();
beanMap.put(name, bean);
}
return bean;
}
public String getConversationId() {
// not needed
return null;
}
public void registerDestructionCallback(String arg0, Runnable arg1) {
// not needed
}
public Object remove(String obj) {
return beanMap.remove(obj);
}
public Object resolveContextualObject(String arg0) {
// not needed
return null;
}
}
Ответ 6
Решение MariuszS работает, за исключением того, что я не мог правильно выполнить транзакцию.
Похоже, что недавно выпущенный 3.2 наконец-то сделал запрос на тестирование/сеанс с охватом beans граждан первого класса. Вот несколько блогов для более подробной информации.
Rossen Stoyanchev Spring Framework 3.2 RC1: Spring MVC Test Framework
Сэм Браннен Spring Framework 3.2 RC1: новые функции тестирования
Ответ 7
Решение, протестированное с помощью Spring 4, если вам требуется beans с запросом, но не выполняет никаких запросов через MockMVC
и т.д.
@RunWith(SpringJUnit4ClassRunner.class)
@SpringApplicationConfiguration(/* ... */)
public class Tests {
@Autowired
private GenericApplicationContext context;
@Before
public void defineRequestScope() {
context.getBeanFactory().registerScope(
WebApplicationContext.SCOPE_REQUEST, new RequestScope());
RequestContextHolder.setRequestAttributes(
new ServletRequestAttributes(new MockHttpServletRequest()));
}
// ...
Ответ 8
НЕ читает документы, иногда сбивает с ума. Почти.
Если вы используете более короткоживущий beans (например, область запроса), вам, скорее всего, также потребуется изменить свой ленивый init по умолчанию! В противном случае WebAppContext не сможет загрузить и рассказать вам о недостающей области запроса, которая, конечно же, отсутствует, потому что контекст по-прежнему загружается!
http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/beans.html#beans-factory-lazy-init
Ребята из Spring обязательно должны помещать этот подсказку в свое сообщение об исключении...
Если вы не хотите изменять значение по умолчанию, есть также способ аннотации: поместите "@Lazy (true)" после @Component и т.д., чтобы инициализировать синглеты ленивым и избегать создания экземпляров с запросом beans слишком рано.