Spring 框架事务管理简单介绍
综合的事物支持是使用Spring框架的最好理由。Spring框架提供了事物管理持续性的抽象,主要提供了下面的用法:
- 丰富的持续性编程模型,提供了不同的事物APIs,比如Java事物API(JTA),JDBC,Hibernate,Java持久性API(JPA)和Java数据对象(JDO)
- 提供了声明的事物管理
- 提供了比JTA更加简单的事物管理编程。
- 完美集成了Spring的数据访问抽象
下面部分介绍了Spring框架的事物技术。(这章也讨论了为一些通用问题提供了应用程序服务集成,和解决方案)。
- Advantages of the Spring Framework’s transaction support model 描述了为什么使用Spring框架的事物抽象而不是EJB的容器管理事物,或者选择通过专有API驱动本地事物,比如Hibernate。
- Understanding the Spring Framework transaction abstraction 概括了核心类和介绍了如何从不同源中配置和获取DataSource实例
- Synchronizing resources with transactions 描述了应用程序代码如何确保资源合适地创建,重用和清除
- Declarative transaction management (声明的事物管理) 描述了声明事物管理的支持
- Programmatic transaction management 涵盖了编程化的事务管理,即编写程序代码
11.2 Advantages of the Spring Framework’s transaction support model(Spring框架事物支持模型的好处)
一般地,Java EE开发者有两种事物管理选择:全局或者局部事物,两者都有局限性。全局和局部事物管理在下面两节中介绍,顺便介绍Spring框架事物管理支持如何解决全局和局部事物模型限制。
11.2.2 局部(或本地?)事物
本地事物是指定资源的,比如关联一个JDBC连接。本地事物虽然使用方便,但是也有明显的缺陷:对于多个事物资源不起作用。例如,使用JDBC连接管理事物的代码不与全局JTA事物兼容。因为应用服务器不在事物管理中涉及到,其不能确保正确访问多个资源(对于大多数应用仅仅访问单一事物资源是划不来的)。另一个缺陷是本地事物对于编程模型是侵入性的。
11.2.1 全局事物
全局事物支持你使用多个事物资源,典型地是关系型数据库和消息队列。应用服务通过JTA(重要级的API,部分是由于其异常模型)管理全局事物。此外,JTA的UserTransaction
来自于JNDI,意味着你为了使用JTA,需要使用JNDI。很明显,使用全局事物可能限制应用程序代码的重用,因为JTA一般仅在一个应用服务环境中有效。
使用全局事物的更好方法是借助EJB的CMT(容器管理事物):CMT是声明式事物管理的一种形式(区别于编程式事物管理)。EJB CMT移除了事物关联的JNDI查找的需求,although of course the use of EJB itself necessitates the use of JNDI.其移除了大多数使用Java代码控制事物的需求。明显的缺陷是CMT绑定了JTA和一个应用服务环境,如果仅仅在EJB中实现业务,或者至少在一个事物EJB门面后面是可用的。EJB的负面效果不是这样的吸引人,尤其面对声明式事物管理的替代品。
12.2.3 Spring框架的持续性编程模型
Spring解决了全局事物和本地事物的缺陷。其能使应用程序开发者在任何环境中使用持续性编程模型。你只需要写代码一次,并且它也可以从不同环境的不同事物管理策略中受益。Spring框架提供了声明和编程的事物管理。大多数使用者更喜欢声明式事物管理,这在大多数情况下推荐。
使用编程式事物管理,开发者利用Spring框架的事物抽象,其可以在任何指定的事物基础设施上运行。使用声明式模型,开发者一般地写很少的关于事物管理的代码,并且以后不会依赖Spring框架的事物API,或者其他的事物API。
你是否需要一个应用服务器进行事物管理?
当一个企业Java应用要求一个应用服务器时,Spring框架的事物管理支持改变了传统的规则。
尤其是,你不仅仅需要一个应用服务器通过EJB进行声明式事物管理。实际上,即使你的应用服务器有强大的JTA功能,你可能决定了Spring框架的声明式事物提供了比EJB CMT更加强大和更加有生产效率的编程模型。
典型地,你需要一个应用服务的JTA功能,仅当你的应用需要通过多个资源处理事物时,这对于许多应用不是必须的。许多高端的应用程序使用单一,高可扩展的数据库(比如Oracle RAC)。独立的事物管理器,比如,Atomikos Transaction 和JOMT,也是可选的方案。当然了,你可能需要其他的应用服务器的功能比如Java 消息服务(JMS)和Java EE 连接体系(JCA)。
当Spring框架考虑将你的应用程序变成一个全加载的应用服务器。当唯一的替代品使用EJB CMT或者JTA使用本地事物,比如JDBC连接器,写代码,并且将面对大量的重复,如果你所需要的代码是基于全局,容器管理的事物。使用Spring框架,仅仅是你的配置文件的bean定义的某些,而不是你的代码,需要改变。