Liferay事务管理(Transaction Management)
来源:互联网 发布:深圳ug数控编程培训 编辑:程序博客网 时间:2024/05/21 22:39
Liferay事务管理(Transaction Management)
本人在使用Liferay过程中,发现方法调用过程中,有时出现异常不能进行回滚,所以事务配置方面出现了问题,经过调查发现其实Liferay所使用的事务就是基于Spring HibernateTransactionManager事务管理做了一个简单的封装,现将具体情况说明如下:
在源码中搜索transaction.manager.impl可以看到Liferay中事务的管理实现类为:
com.liferay.portal.spring.hibernate.LastSessionRecorderHibernateTransactionManager
# # Set the transaction manager. It must be a class that extends # org.springframework.transaction.support.AbstractPlatformTransactionManager # # The application server specific transaction managers provide XA # transactions by leveraging application server specific data sources and # thus require additional application server specific configuration. You # should not modify this unless you know what you're doing. # transaction.manager.impl=com.liferay.portal.spring.hibernate.LastSessionRecorderHibernateTransactionManager
public class LastSessionRecorderHibernateTransactionManager
extends HibernateTransactionManager {
既然是基于Spring的事务管理,为什么不会出现回滚呢?原因是默认spring事务只在发生未被捕获的 runtimeExcetpion时才回滚。Spring aop 异常捕获原理:被拦截的方法需显式抛出异常,并不能经任何处理,这样aop代理才能捕获到方法的异常,才能进行回滚,默认情况下aop只捕获runtimeException的异常,但可以通过配置来捕获特定的异常并回滚。换句话说在service的方法中不使用try catch 或者在catch中最后加上throw new runtimeExcetpion(),这样程序异常时才能被aop捕获进而回滚。
Liferay中当我们用ServiceBuilder创建业务层实现方法时,在自动生成的Service会自动添加事务,默认只对PortalException,SystemException异常进行回滚。要想对Service方法中增加事务,有以下两种情况
@Transactional(isolation = Isolation.PORTAL, rollbackFor = { PortalException.class, SystemException.class})
1.A*LocalServiceImpl中调用其它一般method方法
当被调用的public方法没有使用try..catch语句捕获异常代码,如下所示,当方法A中出现异常了会进行回滚
public class TestUtil { public static void A() throws PortalException{ throw new PortalException(); }}public class ApproverDelegationLocalServiceImpl extends ApproverDelegationLocalServiceBaseImpl { public ApproverDelegation addTest(ApproverDelegation a) throws SystemException,PortalException{ a= approverDelegationPersistence.update(a); TestUtil.A(); return a; }}
当被调用的public方法中使用了try..catch语句捕获异常时,我们要手动的抛出一个运行时异常,这时当方法A中出现异常了会进行回滚
public class TestUtil { public static void A() { try { throw new PortalException(); } catch (PortalException e) { e.printStackTrace(); throw new RuntimeException(); } }}public class ApproverDelegationLocalServiceImpl extends ApproverDelegationLocalServiceBaseImpl { public ApproverDelegation addTest(ApproverDelegation a) throws SystemException,PortalException{ a= approverDelegationPersistence.update(a); TestUtil.A(); return a; }}
2.A*LocalServiceImpl中调用B*LocalServiceImpl中的方法
当A*LocalServiceImpl调用B*LocalServiceUtil中的方法时其实和上面的情况一样,当B业务层方法有try..catch语句捕获异常时,我们要手动的抛出一个RuntimeException,当B业务层方法没有try..catch语句捕获异常时,当B中出现异常时,会自动进行回滚。和上面情况1的两种解决方案一样,此处不再追述!
关于Spring事物传播行为介绍:
@Transactional(propagation=Propagation.REQUIRED)
如果有事务, 那么加入事务, 没有的话新建一个(默认情况下)
@Transactional(propagation=Propagation.NOT_SUPPORTED)
容器不为这个方法开启事务
@Transactional(propagation=Propagation.REQUIRES_NEW)
不管是否存在事务,都创建一个新的事务,原来的挂起,新的执行完毕,继续执行老的事务
@Transactional(propagation=Propagation.MANDATORY)
必须在一个已有的事务中执行,否则抛出异常
@Transactional(propagation=Propagation.NEVER)
必须在一个没有的事务中执行,否则抛出异常(与Propagation.MANDATORY相反)
@Transactional(propagation=Propagation.SUPPORTS)
如果其他bean调用这个方法,在其他bean中声明事务,那就用事务.如果其他bean没有声明事务,那就不用事务.
事物超时设置:
@Transactional(timeout=30) //默认是30秒
事务隔离级别:
@Transactional(isolation = Isolation.READ_UNCOMMITTED)
读取未提交数据(会出现脏读, 不可重复读) 基本不使用
@Transactional(isolation = Isolation.READ_COMMITTED)
读取已提交数据(会出现不可重复读和幻读)
@Transactional(isolation = Isolation.REPEATABLE_READ)
可重复读(会出现幻读)
@Transactional(isolation = Isolation.SERIALIZABLE)
串行化
MYSQL: 默认为REPEATABLE_READ级别
SQLSERVER: 默认为READ_COMMITTED
关于Spring事务几点注意事项:
1 @Transactional 只能被应用到public方法上, 对于其它非public的方法,如果标记了@Transactional也不会报错,但方法没有事务功能.
2用spring事务管理器,由spring来负责数据库的打开,提交,回滚.默认遇到运行期例外(throw new RuntimeException(“注释”);)会回滚,即遇到不受检查(unchecked)的例外时回滚;而遇到需要捕获的例外(throw new Exception(“注释”);)不会回滚,即遇到受检查的例外(就是非运行时抛出的异常,编译器会检查到的异常叫受检查例外或说受检查异常)时,需我们指定方式来让事务回滚 要想所有异常都回滚,要加上 @Transactional( rollbackFor={Exception.class,其它异常}) .如果让unchecked例外不回滚: @Transactional(notRollbackFor=RunTimeException.class)
如下:
@Transactional(rollbackFor=Exception.class) //指定回滚,遇到异常Exception时回滚
public void methodName() {
throw new Exception(“注释”);
}
@Transactional(noRollbackFor=Exception.class)//指定不回滚,遇到运行期例外(throw new RuntimeException(“注释”);)会回滚
public ItimDaoImpl getItemDaoImpl() {
throw new RuntimeException(“注释”);
}
3、@Transactional 注解应该只被应用到 public 可见度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解,它也不会报错, 但是这个被注解的方法将不会展示已配置的事务设置。
4、@Transactional 注解可以被应用于接口定义和接口方法、类定义和类的 public 方法上。然而,请注意仅仅 @Transactional 注解的出现不足于开启事务行为,它仅仅 是一种元数据,能够被可以识别 @Transactional 注解和上述的配置适当的具有事务行为的beans所使用。上面的例子中,其实正是 元素的出现 开启 了事务行为。
5、Spring团队的建议是你在具体的类(或类的方法)上使用 @Transactional 注解,而不要使用在类所要实现的任何接口上。你当然可以在接口上使用 @Transactional 注解,但是这将只能当你设置了基于接口的代理时它才生效。因为注解是 不能继承 的,这就意味着如果你正在使用基于类的代理时,那么事务的设置将不能被基于类的代理所识别,而且对象也将不会被事务代理所包装(将被确认为严重的)。因 此,请接受Spring团队的建议并且在具体的类上使用 @Transactional 注解。
- Liferay事务管理(Transaction Management)
- Transaction Management with Liferay Service
- 8.5.2 Optimizing InnoDB Transaction Management 优化InnoDB事务管理
- Database Management Systems (Transaction Management)
- 学习Spring transaction 事务管理
- Spring --- Transaction Management
- Java Transaction Management
- spring declarative transaction management
- Spring Transaction Management
- Transaction 那点事儿,Spring事务管理
- mirror transaction(Treasury& Risk Management)
- STMP(Simple Transaction Management Protocol) (二)
- Delphi, Firebird, IBObjects and Transaction Management
- Spring AOP transaction management in Hibernate
- 8.5.2 Optimizing InnoDB Transaction Management
- 使用基于注解的AOP的事务管理 @Transaction (转)
- 谈 Spring-Transaction(Spring事务管理 第一篇)
- 谈 Spring-Transaction(Spring事务管理 第二篇)
- 设计模式的总体概况
- Redis 的性能幻想与残酷现实
- sql case when
- jdbc中的反射
- Android性能优化(一)
- Liferay事务管理(Transaction Management)
- 游戏协议加密及身份验证
- 征战不断:亚美尼亚黑客公布阿塞拜疆政府服务器敏感数据
- hdu 4336 Card Collector 概率DP 求期望
- struts2 中文乱码问题
- IOS 收集崩溃信息 NSException类
- app引入第三方字体
- 高性能Javascript:脚本的无阻塞加载策略
- MFC中用ADO连接数据库