Запросить тестирование бобов в весеннем тестировании
Я хотел бы использовать bean-объекты в запросе в моем приложении. Я использую 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);
}
Со следующим определением бина:
<?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, как предлагают документы (хорошо, ссылка на документацию к версии 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...
8 ответов
Тест проходит, потому что он ничего не делает:)
Когда вы опускаете @TestExecutionListeners аннотация, Spring регистрирует 3 прослушивателя по умолчанию, включая одного вызываемого DependencyInjectionTestExecutionListener, Это слушатель, ответственный за сканирование вашего тестового класса в поисках вещей для инъекций, включая @Resource аннотаций. Этот слушатель пытался ввести tObjи не удается из-за неопределенной области видимости.
Когда вы объявляете @TestExecutionListeners({})Вы подавляете регистрацию DependencyInjectionTestExecutionListenerи поэтому тест не проходит tObj вводится вообще, и потому что ваш тест не проверяет наличие tObj, это проходит.
Измените ваш тест так, чтобы он сделал это, и он потерпит неудачу:
@Test
public void testBean() {
assertNotNull("tObj is null", tObj);
}
Так с твоим пустым @TestExecutionListeners, тест проходит, потому что ничего не происходит.
Теперь перейдем к вашей первоначальной проблеме. Если вы хотите попробовать зарегистрировать область запроса в своем тестовом контексте, взгляните на исходный код для WebApplicationContextUtils.registerWebApplicationScopes()Вы найдете строку:
beanFactory.registerScope(WebApplicationContext.SCOPE_REQUEST, new RequestScope());
Вы можете попробовать это и посмотреть, как у вас получится, но могут быть странные побочные эффекты, потому что вы не должны делать это в тесте.
Вместо этого я бы порекомендовал перефразировать ваш тест, чтобы вам не нужно было запрашивать bean-объекты в области видимости. Это не должно быть сложно, жизненный цикл @Test не должен быть длиннее жизненного цикла bean-объекта в области запросов, если вы пишете автономные тесты. Помните, что нет необходимости тестировать механизм определения объема, это часть Spring, и вы можете предположить, что он работает.
Решение для Spring 3.2 или новее
Spring, начиная с версии 3.2, обеспечивает поддержку bean-компонентов сессионной области / запроса для интеграционного тестирования.
@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));
}
}
Читать подробнее: фасоль Scoped с запросом и сессией
Solution for Spring before 3.2 with listener
@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());
}
}
}
Solution for Spring before 3.2 with custom scopes
@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
}
or with xml configuration
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>
Исходный код
Source code for all presented solutions:
Решение, протестированное на Spring 4, для случаев, когда вам нужны bean-объекты в области запросов, но вы не делаете запросов через 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()));
}
// ...
Я пробовал несколько решений, в том числе решение @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>
Удачи!
Test Beans-Scoped 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;
}
}
Это все еще открытый вопрос:
https://jira.springsource.org/browse/SPR-4588
Я смог заставить это работать (в основном), определив пользовательский загрузчик контекста, как описано в
Решение MariuszS работает, за исключением того, что я не смог выполнить транзакцию должным образом.
Похоже, что недавно выпущенный 3.2 наконец-то сделал тестирование bean-объектов с классом запроса / сеанса гражданами первого класса. Вот пара блогов для более подробной информации.
Spring Framework Розена Стоянчева 3.2 RC1: Spring MVC Test Framework
Spring Framework 3.2 RC1 Сэма Браннена : новые возможности тестирования
НЕ чтение документов иногда сводит с ума. Почти.
Если вы используете бины с более коротким сроком действия (например, область запроса), вам, скорее всего, также нужно изменить ленивое значение по умолчанию для init! В противном случае WebAppContext не сможет загрузиться и сообщит вам что-то об отсутствующей области запроса, которая, конечно, отсутствует, потому что контекст все еще загружается!
http://static.springsource.org/spring/docs/3.0.x/spring-framework-reference/html/beans.html
Ребята из Spring определенно должны указать эту подсказку в своем сообщении об исключении...
Если вы не хотите изменять значение по умолчанию, есть также способ аннотации: поместите "@Lazy(true)" после @Component и т. Д., Чтобы синглтоны инициализировали ленивый и избегали создания экземпляров bean-объектов, определяемых запросами, слишком рано.