对于Web MVC Spring应用程序应该@Transactional继续控制器或服务吗?

use*_*384 16 service spring controller transactional

对于WebApplicationContext,我应该@Transactional在控制器或服务中添加注释吗?Spring文档让我有些困惑.

这是我的web.xml:

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" id="WebApp_ID" version="2.5">
  <display-name>Alpha v0.02</display-name>
  <servlet>
    <servlet-name>spring</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <load-on-startup>1</load-on-startup>
  </servlet>

  <servlet-mapping>
    <servlet-name>spring</servlet-name>
    <url-pattern>*.htm</url-pattern>
  </servlet-mapping>

  <servlet-mapping>
    <servlet-name>spring</servlet-name>
    <url-pattern>*.json</url-pattern>
  </servlet-mapping>

  <welcome-file-list>
    <welcome-file>index.jsp</welcome-file>
  </welcome-file-list>
</web-app>
Run Code Online (Sandbox Code Playgroud)

这是我的application-context.xml,它定义了一个spring dispatcher servlet:

<?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:context="http://www.springframework.org/schema/context"
        xmlns:mvc="http://www.springframework.org/schema/mvc"
        xmlns:tx="http://www.springframework.org/schema/tx"
        xsi:schemaLocation="
            http://www.springframework.org/schema/tx
            http://www.springframework.org/schema/tx/spring-tx.xsd
            http://www.springframework.org/schema/beans    
            http://www.springframework.org/schema/beans/spring-beans.xsd
            http://www.springframework.org/schema/context 
            http://www.springframework.org/schema/context/spring-context.xsd
            http://www.springframework.org/schema/mvc 
            http://www.springframework.org/schema/mvc/spring-mvc.xsd">

    <context:annotation-config />
    <mvc:annotation-driven />
    <tx:annotation-driven />

    <context:component-scan base-package="com.visitrend" />

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

     <bean id="dataSource"  class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close">
        <property name="driverClass" value="org.postgresql.Driver" />
        <property name="jdbcUrl" value="jdbc:postgresql://localhost:5432/postgres" />
        <property name="user" value="someuser" />
        <property name="password" value="somepasswd" />
    </bean>

    <bean id="sessionFactory" class="org.springframework.orm.hibernate4.LocalSessionFactoryBean">
        <property name="dataSource" ref="dataSource" />
        <property name="configLocation" value="classpath:test.hibernate.cfg.xml" />
    </bean>

    <bean id="transactionManager" class="org.springframework.orm.hibernate4.HibernateTransactionManager">
      <property name="dataSource" ref="dataSource" />
      <property name="sessionFactory" ref="sessionFactory" />
    </bean>    
</beans>
Run Code Online (Sandbox Code Playgroud)

这是一个服务界面:

public interface LayerService {
    public void createLayer(Integer layerListID, Layer layer);
}
Run Code Online (Sandbox Code Playgroud)

这是一个服务实现:

@Service
public class LayerServiceImpl implements LayerService {

    @Autowired
    public LayerDAO layerDAO;

    @Transactional
    @Override
    public void createLayer(Integer layerListID, Layer layer) {
        layerDAO.createLayer(layerListID, layer);
    }
}
Run Code Online (Sandbox Code Playgroud)

这是我的控制器:

@Controller
public class MainController {

    @Autowired
    private LayerService layerService;

    @RequestMapping(value = "/addLayer.json", method = RequestMethod.POST)
    public @ResponseBody
    LayerListSetGroup addLayer(@RequestBody JSONLayerFactory request) {
        layerService.createLayer(request.getListId(), request.buildLayer());
        return layerService.readLayerListSetGroup(llsgID);
    }
}
Run Code Online (Sandbox Code Playgroud)

Spring文档让我有点困惑.它似乎表明使用WebApplicationContext意味着只会调查控制器的@Transactional注释而不是服务.与此同时,我看到大量建议使服务交易而非控制器.我认为<context:component-scan base-package="com..." />在上面的spring-servlet.xml 中使用 它以包含服务包意味着服务是上下文的一部分,因此将被"调查"以用于事务注释.这准确吗?

这是让我困惑的Spring文档模糊:

@EnableTransactionManagement并且只在它们定义的相同应用程序上下文中查找bean上的@Transactional.这意味着,如果在WebApplicationContext中为DispatcherServlet添加注释驱动配置,它只检查控制器中的@Transactional bean,而不是你的服务.

此外,如果我将控制器方法定义为事务性,并且它在另一个类中调用事务方法,是否存在性能影响或"坏"?根据文档,我的预感是否定的,但是我很乐意对此进行验证.

Sot*_*lis 17

不需要@Transactional注释是应该在Controller上还是在服务上,但通常它会使用一个服务来执行一个逻辑上应该在一个ACID事务中执行的请求的逻辑.

在典型的Spring MVC应用程序中,您最少只有两个上下文:应用程序上下文和servlet上下文.上下文是一种配置.应用程序上下文包含与整个应用程序相关的配置,而servlet上下文仅保存与servlet相关的配置.因此,servlet上下文是应用程序上下文的子项,可以引用应用程序上下文中的任何实体.反之则不然.

在你的报价中,

@EnableTransactionManagement并且只在它们定义的相同应用程序上下文中查找bean上的@Transactional.这意味着,如果在WebApplicationContext中为DispatcherServlet添加注释驱动配置,它只检查控制器中的@Transactional bean,而不是你的服务.

@EnableTransactionManagement查找@Transactional在包装豆在声明@ComponentScan注解,但是只有在上下文(@Configuration)只在定义,所以如果你有WebApplicationContext你的DispatcherServlet(这是一个servlet上下文),然后@EnableTransactionManagement将查找@Transactional在课堂上,你告诉它的组件扫描那个上下文(@Configuration类).

@Configuration
@EnableTransactionManagement
@ComponentScan(basePackages = "my.servlet.package")
public class ServletContextConfiguration {
    // this will only find @Transactional annotations on classes in my.servlet.package package
}
Run Code Online (Sandbox Code Playgroud)

由于您的@Service类是Application上下文的一部分,如果您想要进行那些事务,那么您需要@Configuration为Application Context 注释您的类@EnableTransactionManagement.

@Configuration
@EnableTransactionManagement
@ComponentScan(basePackages = "my.package.services")
public class ApplicationContextConfiguration {
    // now this will scan your my.package.services package for @Transactional
}
Run Code Online (Sandbox Code Playgroud)

ContextLoaderListener在实例化DispatcherServlet时,将您的应用程序上下文配置与您的Servlet上下文配置一起使用.(如果你还没有这样做,请参阅javadoc以获取完整的基于java的配置,而不是xml.)

附录: @EnableTransactionManagement具有与<tx:annotation-driven />java配置相同的行为.点击此处查看是否使用ContextLoaderListenerXML.


Nat*_*hes 5

该服务是放置事务划分的最佳场所。服务应该保存用户交互的细节级别的用例行为,这意味着在事务中逻辑上可以组合在一起的东西。同样,在 Web 应用程序胶水代码和业务逻辑之间保持分离。

有很多 CRUD 应用程序没有任何重要的业务逻辑,因为它们的服务层只是在控制器和数据访问对象之间传递数据是没有用的。在这些情况下,您可以将事务注释放在数据访问对象上。

将事务注解放在控制器上可能会导致问题,参见[Spring MVC文档][1],17.3.2:

在应用需要为控制器对象创建代理的功能(例如@Transactional 方法)时,使用带注释的控制器类时会出现一个常见的陷阱。通常你会为控制器引入一个接口,以便使用 JDK 动态代理。要完成这项工作,您必须将@RequestMapping 注释以及任何其他类型和方法级注释(例如@ModelAttribute、@InitBinder)移动到接口以及映射机制只能“看到”由代理。或者,您可以在配置中为应用于控制器的功能激活 proxy-target-class="true"(在我们的事务场景中)。这样做表明应该使用基于 CGLIB 的子类代理而不是基于接口的 JDK 代理。

您在属性上设置的事务传播行为决定了当一个事务方法调用另一个事务方法时会发生什么。您可以对其进行配置,以便调用的方法使用相同的事务,或者始终使用新的事务。

通过在示例代码中多次调用您的服务,您就违背了服务的事务性目的。如果您将事务注释放在服务上,对您的服务的不同调用将在不同的事务中执行。


归档时间:

查看次数:

13802 次

最近记录:

10 年,6 月 前