本地事务与分布式事务
- 本地事务
完全依赖于DB、JMS自身,,如直接调用jdbc中的conn.commit();这里没应用服务器什么事,所以也不支持多数据源的全局事务。
- 分布式事务
在JavaEE世界的事务在JTA、JTS规范和XA Sources之上实现。
JTA是用户编程接口,JTS是服务器底层服务,两者一般由应用服务器自带实现,而atomikos 、JOTM 和JBoss Transaction 是专门搞局抢生意的。
XA Sources其实先于JavaEE而存在,JDBC driver必须有javax.sql.XADataSource接口的实现类,否则所谓二阶段提交就是个伪能力。
JavaEE除了支持JDBC和JMS外,还引入了JCA模型。JCA可以说是目前唯一可移植的插入JavaEE事务的资源模型,因此像JDO这类框架/Server就是靠乖乖出自己的JCA连接器来参与JavaEE事务的。
编程式模型
手工调用jdbc的connection事务方法和使用JTA接口都属于编程式开发,在EJB中叫BMT(Bean管理事务)。
JTA最重要的接口就是UserTransaction和它的六个方法-begin,commit,rollback,getStatus,setRollbackonly,setTransactionTimeout。
程序需要UserTransaction时可以从JNDI领取,不过JNDI名随应用服务器不同而不同。EJB3里可以直接用个@Resource注入。
宣告式模型
前面都是铺垫,这个才是主打的事务模型,如EJB的CMT(容器管理事务)和Sprin。
其中EJB2.0,Spring1.0在部署描述符和applicationContext.xml中定义,而EJB3.0和Spring2.0则采用annotation。
事务类型
这里JavaEE与Spring的定义基本相同:
- Required:如果Context中有事务就加入,没有就自己创建一个。(最常用设置)
- Mandatory:永远加入一个事务。如果当前Context没有事务,抛出异常。(那些不打算自己负责rollback事务的方法,必须加入到别人的事务,由别人来控制rollback)
- RequiresNew:永远新建一个事务。(那些不管别人如何,自己必须提交事务的方法,比如审计信息是一定要写的)
- Supports:如果有事务就加入,如果没有就算了。永远不会创建新事务。(一般用于只读方法,不会主动创建事务,但如果当前有事务就加入,以读到事务中未提交的数据)
- NotSupported:永远不使用事务,如果当前有事务,挂起事务。(那些有可能抛异常但异常并不影响全局的方法)
- Never:不能在有当前事务的情况下调用本方法。(生人勿近?)
可见,Required是默认的设置,Supports是只读方法的最佳选择。
事务隔离级别
- ReadUncommited:本事务可以看到另一事务未提交的数据。脏读。
- ReadCommited:本事务只可以看到另一事务已提交的数据。不可重复读。
- RepeatableRead:可重复读。在一个事务内,第一次读到的数据,在本事务没有提交前,无论另一个事务如何提交数据,本事务读到的数据都是不变的。
- Serializable:串行化,同时只有一个事务能读相同的数据。
级别越低越安全效率也越低。隔离级别需要相关资源支持,如重复读在Oracle里会降级为ReadCommited。Spring里默认的Default级别完全看数据源的脸色行事。
关于Rollback
EJB里,想rollback只能sessionContext.setRollbackOnly(),或者抛出EJBException。(EJB3还可以annotation设置某些自定义Exception可以触发rollback)
在Spring里,同样只会rollback unchecked exception(RuntimeExcption及子类),而checked exception(Exception及子类)是不会rollback的,除非你特别声明。
@Transactional(readOnly = false, propagation = Propagation.REQUIRES_NEW,rollbackFor = {MyException1.class,MyException2.class})
因此所有在service层方法中用throws定义的Exception,都必须在事务定义中进行rollback设定。(请勿善忘)
所有在service层方法中c被atch处理了的异常,又希望容器辅助rollback的话,必须重抛一个预定义的RuntimeException的子类。(请勿回望)
关于Spring
Spring不希望编程式事务管理。
Spring也不希望使用EJB CMT--CMT依赖于EJB而无法用于POJO,依赖于JTA全局事务对单数据源场景造成了浪费,而且rollback机制比较麻烦(必须为EJBException或手工setRollbackOnly())。
因此Spring通过AOP实现了对POJO的整套宣告式事务体系;对jdbc,hibernate,jpa,jms等local数据源和JTA实现了统一的事务管理机制,而且支持本地资源与JTA在配置文件级的切换,而且改进了rollback机制。
1)一个本地事务管理器:
<bean id="transactionManager"
class="org.springframework.orm.jpa.JpaTransactionManager">
<property name="entityManagerFactory" ref="entityManagerFactory" />
</bean>
2)Spring就会把请求都转发到应用服务器的JTA对象上(注意此时数据源也需要改为用JNDI从应用服务器获取)。
<bean id="myTxManager" class="org.springframework.transaction.jta.JtaTransactionManager"/>
3)应用服务器专有的类型的JTA事务管理器:
<bean id="myTxManager" class="org.springframework.transaction.jta.WebLogicJtaTransactionManager"/>
资料:
- 《Java Transaction Design Strategies》 InfoQ minibook,最好的电子文档,对Java事务处于懵懂状态的必读。
- 《Expert One on one J2EE Development Without EJB 中文版》与Spring参考手册中文版 中的相关章节可以看到spring guys的意见。
相关推荐
JEE企业应用笔记
系统学习JEE事务的知识 第一部分:事务产生的动机 第二部分:事务的模型 第三部分:分布式事务 第四部分:声明性事务 第五部分:编程性事务 第六部分:事务的隔离
当前J2EE项目中,面临的一个共同问题就是如果控制事务的并发访问,虽然有些持久层框架已经为我们做了很多工作,但是理解原理,对于我们开发来说还是很有用处的。
NULL 博文链接:https://jxee.iteye.com/blog/1608820
NULL 博文链接:https://jxee.iteye.com/blog/1575432
NULL 博文链接:https://jxee.iteye.com/blog/1596084
JEE2实现文件上传 JEE2 实现文件上传是指在 JEE2 环境中实现文件上传的过程。文件上传是指从客户端将文件发送到服务器端的过程。在 JEE2 中,我们可以使用 Servlet 和 JSP 来实现文件上传。 首先,我们需要了解 ...
jee 入门(深入浅出学习JEE)系列精品教程
jee5 api 手册,查看jee api的相关内容
开发工具 eclipse-jee-mars-2-win32开发工具 eclipse-jee-mars-2-win32开发工具 eclipse-jee-mars-2-win32开发工具 eclipse-jee-mars-2-win32开发工具 eclipse-jee-mars-2-win32开发工具 eclipse-jee-mars-2-win32...
最新JEE6编程开发模型,详细讲述了JPA,JSF,CDI,EJB等开发技术
整体概述JEE的知识体系,做到JEE入门 JEE是什么、能干什么、为什么需要JEE、JEE的本质 JEE有什么、JEE的技术体系 JEE零散基础知识 JEE的组件体系结构
JEE大作业
jee5jse5帮助中文版第一jee5jse5帮助中文版第一jee5jse5帮助中文版第一
JEE版eclipse带jdk1.6JEE版eclipse带jdk1.6JEE版eclipse带jdk1.6
eclipse jee 3.3报错
eclipse-jee
jee实用参考手册, 包含全部api文档说明
eclipse-jee-mars-2-win32 javaee开发工具 eclipse-jee-mars-2-win32 javaee开发工具