论坛首页 Java企业应用论坛

JavaEE事务扫盲笔记之一扫扫到尾

浏览 7410 次
精华帖 (0) :: 良好帖 (2) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2007-11-21  

     音箱里放的是《暮良文王》、《相相生》,再看下面的笔记体,虽然实用,但还是数完盘来再数碟,言语无味的很。以后不是这里的地荒得太厉害,就尽量让这些笔记在wiki里安静的呆着吧。

1.资料

2.本地事务与分布式事务

3.编程式模型

    手工调用jdbc的connection事务方法和使用JTA接口都属于编程式开发,在EJB中叫BMT(Bean管理事务)。
    JTA最重要的接口就是UserTransaction和它的六个方法-begin,commit,rollback,getStatus,setRollbackonly,setTransactionTimeout。
    程序需要UserTransaction时可以从JNDI领取,不过JNDI名随应用服务器不同而不同。EJB3里可以直接用个@Resource注入。

4.宣告式模型

    前面都是铺垫,这个才是主打的事务模型,如EJB的CMT(容器管理事务)和Sprin。

    其中EJB2.0,Spring1.0在部署描述符和applicationContext.xml中定义,而EJB3.0和Spring2.0则采用annotation。

4.1 事务类型

     这里JavaEE与Spring的定义基本相同:

  • Required:如果Context中有事务就加入,没有就自己创建一个。(最常用设置)
  • Mandatory:永远加入一个事务。如果当前Context没有事务,抛出异常。(那些不打算自己负责rollback事务的方法,必须加入到别人的事务,由别人来控制rollback)
  • RequiresNew:永远新建一个事务。(那些不管别人如何,自己必须提交事务的方法,比如审计信息是一定要写的)
  • Supports:如果有事务就加入,如果没有就算了。永远不会创建新事务。(一般用于只读方法,不会主动创建事务,但如果当前有事务就加入,以读到事务中未提交的数据)
  • NotSupported:永远不使用事务,如果当前有事务,挂起事务。(那些有可能抛异常但异常并不影响全局的方法)
  • Never:不能在有当前事务的情况下调用本方法。(生人勿近?)

      可见,Required是默认的设置,Supports是只读方法的最佳选择。

4.2 事务隔离级别

  • ReadUncommited:本事务可以看到另一事务未提交的数据。脏读。
  • ReadCommited:本事务只可以看到另一事务已提交的数据。不可重复读。
  • RepeatableRead:可重复读。在一个事务内,第一次读到的数据,在本事务没有提交前,无论另一个事务如何提交数据,本事务读到的数据都是不变的。
  • Serializable:串行化,同时只有一个事务能读相同的数据。

    级别越低越安全效率也越低。隔离级别需要相关资源支持,如重复读在Oracle里会降级为ReadCommited。Spring里默认的Default级别完全看数据源的脸色行事。

4.3 关于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的子类。(请勿回望)

4.4 关于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 class="code-quote" id="&amp;lt;span"></bean>"transactionManager"
  class="org.springframework.orm.jpa.JpaTransactionManager">
  <property class="code-quote" name="&amp;lt;span">"entityManagerFactory" ref="entityManagerFactory" />
 </property>

   2)Spring就会把请求都转发到应用服务器的JTA对象上(注意此时数据源也需要改为用JNDI从应用服务器获取)。

<bean class="code-quote" id="&amp;lt;span"></bean>"myTxManager" class="org.springframework.transaction.jta.JtaTransactionManager"/>

   3)应用服务器专有的类型的JTA事务管理器:

<bean class="code-quote" id="&amp;lt;span"></bean>"myTxManager" class="org.springframework.transaction.jta.WebLogicJtaTransactionManager"/>

   发表时间:2007-11-22  
还是很有帮助的,就是地荒需要你们的播种呀,呆在WIKI不是好事,有什么心得要拿出来~~~谢谢~
0 请登录后投票
   发表时间:2007-11-23  
JOTM 已经两年多没更新了, 推荐 http://www.atomikos.com/home.html 原来是商业产品, 现在 opensource 了

介绍 http://www.theserverside.com/news/thread.tss?thread_id=42174
0 请登录后投票
   发表时间:2007-11-26  
Feiing 写道
JOTM 已经两年多没更新了, 推荐 http://www.atomikos.com/home.html 原来是商业产品, 现在 opensource 了

介绍 http://www.theserverside.com/news/thread.tss?thread_id=42174


谢谢Feiing,你的回复就是我们把笔记从Wiki放到Blog上的动力:)
0 请登录后投票
   发表时间:2007-11-26  
你的wiki在哪里啊?
0 请登录后投票
   发表时间:2007-11-27  
xieke 写道
你的wiki在哪里啊?



嘻嘻,因为wiki上有些电子书放着,所以就不好意思公开网址了:)
0 请登录后投票
   发表时间:2007-11-27  
而JOTM 和JBoss Transaction是专门搞局抢生意的.
呵呵,因为人家底气足,而且是开源的
0 请登录后投票
   发表时间:2007-11-27  
事务隔离级别是不是还有个default,默认为具体数据库的事务隔离级别??
0 请登录后投票
   发表时间:2007-11-27  
diystyle 写道
事务隔离级别是不是还有个default,默认为具体数据库的事务隔离级别??


是啊,笔记里有提到啊,Spring里的默认级别。
0 请登录后投票
   发表时间:2008-05-27  
jpa 的EntityManager 支持编程式开发事务吗?还是hibernate自动管理的?
1 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics