Подтвердить что ты не робот

Запросить область 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...

4b9b3361

Ответ 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>

Удачи!

Ответ 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 слишком рано.