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

ApplicationContext не находит контроллеры для контекста сервлета

У меня есть веб-приложение Spring с приложением applicationContext.xml и конфигурацией dispatcher-servlet.xml. Я определил <context:component-scan /> в applicationContext.xml, но когда я запустил приложение, контроллеры не найдены, если я также не добавлю <context:component-scan /> в dispatcher-servlet.xml. Я использую один и тот же базовый пакет в обоих, так что не проблема.

Я запутался, потому что думал, что applicationContext.xml является родителем dispatcher-servlet.xml. Не помещал ли <context:component-scan /> в applicationContext.xml?

web.xml

<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">


<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>classpath:applicationContext.xml</param-value>
</context-param>

<listener>
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

<servlet>
    <servlet-name>dispatcher</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <init-param>
        <param-name>contextConfigLocation</param-name>
        <param-value>/WEB-INF/dispatcher-servlet.xml</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
</servlet>

<servlet-mapping>
    <servlet-name>dispatcher</servlet-name>
    <url-pattern>/</url-pattern>
</servlet-mapping>

</web-app>

EDIT: Я также использую mvc: annotation-driven в dispatcher-servlet.xml, который должен забрать контроллеры (я думал?).

EDIT 2: Вот конфигурационные файлы. Я удалил набор параметров Spring Security и OAuth из applicationContext.xml(по соображениям безопасности и, возможно, они не имеют отношения к делу).

applicationContext.xml

<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:sec="http://www.springframework.org/schema/security" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:p="http://www.springframework.org/schema/p" xmlns:c="http://www.springframework.org/schema/c"
xmlns:context="http://www.springframework.org/schema/context" xmlns:oauth="http://www.springframework.org/schema/security/oauth2"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.1.xsd
      http://www.springframework.org/schema/security http://www.springframework.org/schema/security/spring-security-3.1.xsd
      http://www.springframework.org/schema/security/oauth2 http://www.springframework.org/schema/security/spring-security-oauth2.xsd
      http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.1.xsd">

<context:component-scan base-package="bar.foo"/>
<context:property-placeholder location="classpath:my.properties" />
<bean class="bar.foo.ServicesConfig" />

</beans>

диспетчер-servlet.xml

<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:p="http://www.springframework.org/schema/p" xmlns:c="http://www.springframework.org/schema/c"
xmlns:context="http://www.springframework.org/schema/context" xmlns:mvc="http://www.springframework.org/schema/mvc"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.1.xsd
      http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc-3.1.xsd
      http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.1.xsd">

<context:component-scan base-package="bar.foo.controller" />
<mvc:annotation-driven/>
<mvc:default-servlet-handler />

<bean id="viewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver">
    <property name="prefix" value="/WEB-INF/jsp/" />
    <property name="suffix" value=".jsp" />
    <property name="order" value="2" />
</bean>

<bean id="contentViewResolver" class="org.springframework.web.servlet.view.ContentNegotiatingViewResolver">
    <property name="mediaTypes">
        <map>
            <entry key="json" value="application/json" />
        </map>
    </property>
    <property name="defaultViews">
        <bean class="org.springframework.web.servlet.view.json.MappingJacksonJsonView" />
    </property>
    <property name="order" value="1" />
</bean>

</beans>

ИЗМЕНИТЬ 3: Хорошо, это интересно. Мои сервисы и классы dao находятся в другом проекте (JAR), который я ссылаюсь на веб-проект. Я использую java-config и ссылаюсь на него из applicationContext.xml:

<bean class="bar.foo.config.ServicesConfig" />

Итак, это означает, что в моем веб-проекте (где находится applicationContext.xml) есть только аннотации Controller. В ретроспективе удаление контекста: компонент-сканирование из моего applicationContext.xml не должно иметь никакого влияния, так как нет комментариев, кроме @Controller (FIX to EDIT: есть некоторые @Autowired аннотации). Но когда я удаляю контекст: компонент-сканирование из applicationContext.xml, он говорит, что контроллеры (найденные из сканирования сервлетов диспетчера) не могут найти мои классы обслуживания. Должна ли быть достаточной ссылка на ServiceConfig? Вот класс ServiceConfig для ссылок - у него есть собственное сканирование компонентов для Сервисов, которые представляют собой другой пакет, из которого сканируется applicationContext.xml.

@Configuration
@ComponentScan({ "some.other.package", "another.package" })
@ImportResource({ "classpath:commonBeans.xml" })
@PropertySource({ "classpath:services.properties",
"classpath:misc.properties" })
public class ServicesConfig {
  // Bean definitions //
}

РЕШЕНИЕ:

Когда я удалил контекст: компонент-сканирование из моего корневого контекста, Контроллеры не собирали автообновленные службы beans. Это связано с тем, что корневой контекст ссылается на мои службы java-config Bean, но у меня не было настройки корневого контекста для сканирования компонентов. Следовательно, когда я добавляю компонентное сканирование в корневой контекст (applicationContext.xml), все работает. Вот что у меня есть сейчас:

applicationContext.xml:

<bean class="bar.foo.config.ServicesConfig" />
<context:component-scan base-package="bar.foo.config" />

диспетчер-servlet.xml:

<context:component-scan base-package="bar.foo.controller" />

У меня есть настройка веб-контекста для настройки контроллера, Autowired и любых других аннотаций в пакете контроллера. Я не уверен, что это лучшая практика или нет.

4b9b3361

Ответ 1

Вы правы - существуют два разных контекста приложения: контекст корневого приложения, загруженный ContextLoaderListener (в точке, когда ServletContext получает инициализацию), и веб-контекст (загруженный DispatcherServlet), корневой контекст приложения является родительским контекста Web.

Теперь, поскольку это два разных контекста приложения, они действуют по-другому - если вы определяете component-scan для своих сервисов в контексте приложения, тогда здесь создается все beans для сервисов.

Когда ваш сервлет-диспетчер загрузится, он начнет создавать веб-контекст, в какой-то момент (управляемый <mvc:annotation-driven/> он создаст сопоставление для ваших методов uri-методам обработчика, он получит список beans в приложении контекст (который будет контекстом веб-приложения, а не контекстом корневого приложения), и поскольку вы не определили component-scan, здесь связанный с контроллером beans не будет найден, и сопоставления не будут созданы, вот почему вам также необходимо определить компонент-сканирование в контексте сервлетов диспетчера.

Хорошей практикой является исключение связанного с контроллером beans в контексте корневого приложения:

<context:component-scan base-package="package">
    <context:exclude-filter expression="org.springframework.stereotype.Controller" type="annotation"/>
</context:component-scan>

и только связанный с контроллером контекст веб-приложения:

<context:component-scan base-package="package" use-default-filters="false">
    <context:include-filter expression="org.springframework.stereotype.Controller" type="annotation" />
</context:component-scan>

Ответ 2

В наших приложениях мы определяем в dispatcher-servlet.xml

Я считаю, что именно там он должен быть, а не в applicationContext.xml

В этом разделе документации Spring должна быть представлена ​​дополнительная информация:

http://static.springsource.org/spring/docs/current/spring-framework-reference/html/mvc.html

Как вы можете видеть на одной из диаграмм в разделе 16.2, диспетчер-сервлет сидит выше applicationContext в иерархии контекста.

Ответ 3

У меня была такая же проблема, и после сравнения моего кода web.xml с этот учебник я изменил его, и он сработал. вот мой web.xml файл:

<web-app xmlns="http://java.sun.com/xml/ns/javaee"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xmlns:mvc="http://www.springframework.org/schema/mvc"
     xsi:schemaLocation="
    http://java.sun.com/xml/ns/javaee
    http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"
     version="3.0">
<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>classpath:spring/business-config.xml</param-value>
</context-param>

<listener>
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

<servlet>
    <servlet-name>mvc-dispatcher</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
</servlet>

<servlet-mapping>
    <servlet-name>mvc-dispatcher</servlet-name>
    <url-pattern>/</url-pattern>
</servlet-mapping>

context-param и listener были пропущены.

Надеюсь, это поможет вам.