2013-08-20 5 views
3

Я пытаюсь понять конфигурацию пружины. Я прочитал обе статьи:Лучшая конфигурация для весны 3.2.3

  1. http://www.onjava.com/pub/a/onjava/2006/03/22/advanced-spring-configuration.html?page=1
  2. http://syntx.io/difference-between-loading-context-via-dispatcherservlet-and-contextloaderlistener/

Они предполагают, чтобы иметь 2 конфигурационные файлы: «Контекст приложения» и «контекст веб-приложения».

Если вы когда-либо пытались разработать веб-приложения с помощью рамки Spring MVC, вы знаете, что есть два файла конфигурации, которые должны быть использованы:

/WEB-INF/applicationContext.xml позволяет настройте свои компоненты, или , чтобы указать контекст вашего приложения. Это место, где вы определяете свои бизнес-логику, ресурсы и все остальные компоненты , которые не имеют прямого отношения к веб-уровню.

/WEB-INF/[servlet-name]-servlet.xml используется для настройки веб-уровня и просматривать арбитры, контроллеры, валидаторы, и все другие бобы, которые вам нужно в рамках MVC. [Имя сервлета] относится к имени сервлета диспетчера Spring, определенного в дескрипторе развертывания web.xml .

В соответствии с этим, я пишу web.xml следующим образом:

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


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

    <context-param> 
     <param-name>contextConfigLocation</param-name> 
     <param-value>/WEB-INF/applicationContext.xml, 
      /WEB-INF/spring-security.xml</param-value> 
    </context-param> 


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

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


    <!-- Spring Security --> 
    <filter> 
     <filter-name>springSecurityFilterChain</filter-name> 
     <filter-class> 
      org.springframework.web.filter.DelegatingFilterProxy 
     </filter-class> 
    </filter> 

    <filter-mapping> 
     <filter-name>springSecurityFilterChain</filter-name> 
     <url-pattern>/*</url-pattern> 
    </filter-mapping> 
    <!-- Fin Spring Security --> 

</web-app> 

Это мой applicationContext.xml:

<?xml version="1.0" encoding="UTF-8"?> 
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
    xmlns:jee="http://www.springframework.org/schema/jee" 
    xmlns:mvc="http://www.springframework.org/schema/mvc" xmlns:beans="http://www.springframework.org/schema/beans" 
    xmlns:context="http://www.springframework.org/schema/context" xmlns:tx="http://www.springframework.org/schema/tx" 
    xsi:schemaLocation="http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc-3.2.xsd 
    http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd 
    http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-3.2.xsd 
    http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.2.xsd 
    http://www.springframework.org/schema/jee http://www.springframework.org/schema/jee/spring-jee.xsd"> 


    <!-- Look in tom cats context --> 
    <jee:jndi-lookup id="myDataSource" jndi-name="java:comp/env/jdbc/rhcimax"/> 

    <!-- Hibernate Session Factory --> 
    <bean id="mySessionFactory" class="org.springframework.orm.hibernate4.LocalSessionFactoryBean"> 
    <property name="dataSource" ref="myDataSource"/> 
    <property name="packagesToScan"> 
     <array> 
     <value>com.blah.baseProject</value> 
     </array> 
    </property> 
    <property name="hibernateProperties"> 
     <value> 
     hibernate.dialect=org.hibernate.dialect.MySQLDialect 
     </value> 
    </property> 
    </bean> 

    <!-- Hibernate Transaction Manager --> 
    <bean id="transactionManager" class="org.springframework.orm.hibernate4.HibernateTransactionManager"> 
    <property name="sessionFactory" ref="mySessionFactory"/> 
    </bean> 

    <!-- Activates annotation based transaction management --> 
    <tx:annotation-driven transaction-manager="transactionManager"/> 

</beans> 

И это мой MVC-диспетчерская-сервлет. xml:

<?xml version="1.0" encoding="UTF-8"?> 
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
    xmlns:mvc="http://www.springframework.org/schema/mvc" xmlns:beans="http://www.springframework.org/schema/beans" 
    xmlns:context="http://www.springframework.org/schema/context" xmlns:tx="http://www.springframework.org/schema/tx" 
    xsi:schemaLocation="http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc-3.2.xsd 
    http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd 
    http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-3.2.xsd 
    http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.2.xsd"> 

    <!-- Enable @Controller annotation support --> 
    <mvc:annotation-driven /> 

    <bean class="org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping" /> 
    <mvc:resources mapping="/resources/**" location="/resources/" /> 

    <!-- Map simple view name such as "test" into /WEB-INF/views/test.jsp --> 
    <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"> 
    <property name="prefix" value="/view/" /> 
    <property name="suffix" value=".jsp" /> 
    </bean> 

    <!-- Scan classpath for annotations (eg: @Service, @Repository etc) --> 
    <context:component-scan base-package="com.blah.baseProject"/> 


</beans> 

Я хочу знать, является ли эта конфигурация почти cor Прямоугольник. Эта конфигурация работает, но я чувствую, что applicationContext.xml не называют, так как я получаю это исключение:

org.hibernate.HibernateException: No Session found for current thread 

Мое намерение состоит в том, чтобы сохранить хорошие практики весной и узнать правильную конфигурацию.

«Это лучшая практика, чтобы сохранить четкое разделение между средним уровнем услуги, такими как бизнес-логикой компоненты и данными классы доступа (которые, как правило, определены в ApplicationContext) и веб- связанных компонентов, такие как контроллеров и разрешающих представлений (то есть , определенных в WebApplicationContext для сервлета диспетчера). "

ответ

5

Вы можете изменить свой web.xml контекст параметры для:

<context-param> 
    <param-name>contextConfigLocation</param-name> 
    <param-value>classpath*:META-INF/spring/applicationContext*.xml</param-value> 
</context-param> 

И создать любое количество контекстных файлов без импорта в корневой контекст

enter image description here

Также я t очень полезно, когда у вас есть многомодульный проект и поместить файлы конфигурации в каждый модуль, назовите его applicationContext-.xml и он будет автоматически сканироваться.

Полезно знать объявления mvc-компонентов в mvc-dispatcher-servlet.xml: перехватчики (локали, темы-перехватчики и ваши собственные), просматривать разрешители, ресурсы, обработчики исключений, конфигурацию шаблонов и других компонентов, которые связывают с видом.

Также полезно объявить компонент-сканирование только для контроллеров в конфигурации сервлета:

MVC-диспетчерская-servlet.xml:

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

Когда в ApplicationContext исключить @Controller сканирования:

applicationContext.xml:

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

Это помогает чтобы избежать дублированного бинов

Пример отдельных applicationContexts (пространств имен декларации опущен):

applicationContext.xml:

<beans>  
    <context:property-placeholder location="classpath*:META-INF/spring/a-*.properties" /> 

    <task:annotation-driven/> 

    <context:spring-configured/> 

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

ApplicationContext-db.xml

<beans> 
    <bean id="dataSource" 
     class="org.springframework.jdbc.datasource.DriverManagerDataSource"> 
     <property name="url" value="jdbc:mysql://${database.host}:${database.port}/${database.db-path}" /> 
     <property name="driverClassName" value="${database.driverClassName}" /> 
     <property name="username" value="${database.username}" /> 
     <property name="password" value="${database.password}" /> 
    </bean> 

    <bean class="org.springframework.orm.jpa.JpaTransactionManager" id="transactionManager"> 
     <property name="entityManagerFactory" ref="entityManagerFactory"/> 
    </bean> 

    <tx:annotation-driven mode="aspectj" transaction-manager="transactionManager"/> 

    <bean class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean" id="entityManagerFactory"> 
     <property name="persistenceUnitName" value="persistenceUnit"/> 
     <property name="dataSource" ref="dataSource"/> 
     <property name="jpaVendorAdapter"> 
      <bean class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter" /> 
     </property> 
     <property name="jpaProperties"> 
      <props> 
       <prop key="hibernate.dialect">org.hibernate.dialect.MySQLDialect</prop> 
       <prop key="hibernate.max_fetch_depth">3</prop> 
       <prop key="hibernate.jdbc.fetch_size">50</prop> 
       <prop key="hibernate.jdbc.batch_size">10</prop> 
       <prop key="hibernate.show_sql">false</prop> 
       <prop key="hibernate.ejb.naming_strategy">org.hibernate.cfg.ImprovedNamingStrategy</prop> 
       <prop key="hibernate.connection.charSet">UTF-8</prop> 
       <!-- <prop key="hibernate.hbm2ddl.auto">update</prop> --> 
      </props> 
     </property> 
    </bean> 

    <jpa:repositories base-package="by.company.app" /> 

</beans> 
+0

Он очень благодарит! Я объявил компонент-сканирование только для контроллеров в конфигурации сервлета, как вы уже упоминали, и теперь все работает нормально !!. Я не получаю исключения :). Еще одно последнее: можете ли вы поделиться своим application-context.xml и application-context-db.xml? – kiduxa

+0

Готово. См. Обновленный ответ – yname

2

По моему опыту, до тех пор, пока вы не имеете какие-либо конкретные причины для отдельной конфигурации ядра от WebAPP confiiguration, лучший подход, чтобы сохранить контекст DispatcherServlet»пусто и поместить все в контекст корня приложения (applicationContext.xml , и т.д).

Поступая таким образом, вы можете избежать многих возможных проблем, в частности:

  • Пост-процессоры, такие как <tx:annotation-driven> должны быть объявлены на основе каждого контекста (это ваша проблема). Если у вас нет фасоли в контексте сервлета, вам не нужно дублировать эти объявления там
  • объявляя <context:component-scan> для того же пакет в обеих контекстах могут вызвать серьезные проблемы с дубликатами бин

Если вы беспокоитесь о управляемости одного монолитного контекста, помните, что вы все равно можете разбить его на несколько файлов, как вы уже это делали. Обратите внимание, что если DispatcherServlet читает конфигурацию контекста из XML-файла (по умолчанию он настроен), вам все равно нужно создать XML-файл с допустимым корневым элементом. Однако, есть маленькая хитрость: если настроить DispatcherServlet использовать конфигурацию аннотаций на основе вместо этого, он будет пустым по умолчанию без каких-либо дополнительных усилий:

<servlet> 
    <servlet-name>mvc-dispatcher</servlet-name> 
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> 
    <init-param> 
     <param-name>contextClass</param-name> 
     <param-value>org.springframework.web.context.support.AnnotationConfigWebApplicationContext</param-value> 
    </init-param> 
    <load-on-startup>1</load-on-startup> 
</servlet> 
+0

«лучший подход чтобы содержимое сервлета было пустым и помещало все в корневой контекст », это означает, что mvc-dispatcher-servlet.xml (« WebApplicationContext ») пуст ?.Я предполагаю, что поскольку «WebApplicationContext» является дочерним контекстом контекста приложения. ». – kiduxa

+4

Я категорически не согласен с вашим подходом, потому что это приводит к ненужной смеси проблем. Все, что связано с MVC (уровень представления), должно быть определено в конфигурации сервлета диспетчера (и у вас может быть несколько сервлетов диспетчера), и все, что связано с основным доменом, должно содержаться в корневом контексте webapp (который является родитель любого контекста диспетчера). –

+1

@CostiCiudatu: Я понимаю вашу точку зрения, но я предпочитаю следовать «пакет по функции, а не по принципу слоя». Я верю, что разбиение единого контекста на части, специфичные для конкретных функций, имеет больше смысла, чем нарушение конфигурации в контекстах, специфичных для слоев. – axtavt

Смежные вопросы