当前位置:   article > 正文

Ofbiz 事务详解_ofbtzo

ofbtzo


大家都知道Java中的事务分为:本地事务和全局事务。


何为本地事务,因为Java本身通过JDBC进行数据库操作是没有事务的,也就是自动进行提交。而本地事务就是在connection连接里面设置了setAutoCommit(false),手工打开JDBC事务,然后在该connection上所做的所有操作都能保证ACID属性;

而对于Java的全局事务,说穿了就是采用JTA Java Transacion API)的事务,该事务不依赖于具体的连接(因为它甚至可以是JMS资源),如果全局事务中包含了多个资源,那么它采用的就是所谓的“两阶段提交”规则,从而也保证了事务的ACID属性。

  

前面是对Java中的事务进行了一个概括性的总结?

而对于我们最熟悉的ofbiz框架中的几个事务性问题应该如何解答:


1  ofbiz框架中的服务可以通过配置文件进行启用和关闭事务,那么ofbiz服务中如果不开启事务,只要我们在调用服务前用TransactinUtil.begin()显式的打开事务,那么一样可以保证事务的一致性,关于这一点通过查看调用服务的ofbiz原码即可得到,这样不在赘述。

2  ofbiz框架中如果调用两次连接更新不同的对象,那么通过在调用前启用TransactionUtil.begin();是不是能够保证事务的一致性呢?

3  Ofbiz框架中如果在一个TransactionUtil.begin()事务中,既更新了一个数据连接的表,同时通过取得另外的数据连接执行了存储过程的调用,那么这两者能否保持同步?

4  如果在一个TransactionUtil.begin()事务中,连接了两个不同的数据源,更新第二个数据源时发生异常,能否保证数据的一致性?  

通过查看TransactionUtil.begin()代码跟踪下去,看了一下Tyrex组件对于全局性事务的解析,我们预计:由于Tyrex组件在commit()如果检测到多个资源,而这多个资源都满足XA协议,那么它会采用“两阶段提交”方式,故我们预期上面几个情况均能保证事务的一致性。

 通过几个简单的实验证明,上述预期是完全正确的。 核心代码如下:

 

  1. public static String CustomerGatherMethodCreate(HttpServletRequest
  2. request,
  3. HttpServletResponse response) {
  4. boolean isSave = false;
  5. List toBeStore = new ArrayList();
  6. boolean beganTrans = true;
  7. GenericDelegator delegator = (GenericDelegator) request.getAttribute("delegator");
  8. try {
  9. if (beganTrans)
  10. beganTrans = TransactionUtil.begin();
  11. List tempList = delegator.findByAnd(
  12. "RelationshipAttribute", UtilMisc.toMap(
  13. "roleTypeIdFrom", "DISTRIBUTOR",
  14. "roleTypeIdTo", "MANUFACTURER",
  15. "partyIdFrom", "DKHTV.DRFGL", "partyIdTo",
  16. "01", "attrName",
  17. "GATHER_FEATURE"));
  18. GenericValue gv = null;
  19. Iterator iter=tempList.iterator();
  20. if(iter.hasNext())
  21. gv = (GenericValue)iter.next();
  22. gv.set("attrValue", "NOGATHER");
  23. toBeStore.add(gv);
  24. delegator.storeAll(toBeStore);
  25. // isSave = saveCustomerGatherMethod("abc","3", delegator);
  26. testTulipTransaction();
  27. TransactionUtil.commit(beganTrans);
  28. request.setAttribute(SiteDefs.EVENT_MESSAGE, "成功更改客户采集方式!");
  29. return "success";
  30. } catch (Exception e) {
  31. e.printStackTrace();
  32. Debug.logError(e);
  33. try {
  34. TransactionUtil.rollback(beganTrans);
  35. } catch (GenericTransactionException e1) {
  36. e1.printStackTrace();
  37. }
  38. request.setAttribute(SiteDefs.ERROR_MESSAGE,e.getMessage()+",更改客户采集方式失败,事务回滚!");
  39. return "error";
  40. }

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/IT小白/article/detail/856291
推荐阅读
相关标签
  

闽ICP备14008679号