spring管理的事务中的日志记录

PROPAGATION_REQUIRES_NEW
这个就比较绕口了。比如我们设计ServiceA.methodA的事务级别为PROPAGATION_REQUIRED，ServiceB.methodB的事务级别为PROPAGATION_REQUIRES_NEW，
那么当执行到ServiceB.methodB的时候，ServiceA.methodA所在的事务就会挂起，ServiceB.methodB会起一个新的事务，等待ServiceB.methodB的事务完成以后，
他才继续执行。他与PROPAGATION_REQUIRED 的事务区别在于事务的回滚程度了。因为ServiceB.methodB是新起一个事务，那么就是存在
两个不同的事务。如果ServiceB.methodB已经提交，那么ServiceA.methodA失败回滚，ServiceB.methodB是不会回滚的。如果ServiceB.methodB失败回滚，
如果他抛出的异常被ServiceA.methodA捕获，ServiceA.methodA事务仍然可能提交。

public void saveInOutMsg(BusiOrder busiOrder,String inOutType,String inOutContent,String remark) {
// TODO Auto-generated method stub
if("true".equals(Utility.LoadProperties("log4j.properties","is_record"))){
DataSourceTransactionManager transactionManager = (DataSourceTransactionManager) SpringContextFactory
.getBean("transactionManager");
DefaultTransactionDefinition def = new DefaultTransactionDefinition();
def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRES_NEW); //事物隔离级别
TransactionStatus status = transactionManager.getTransaction(def); //获得事务状态
try {
TfBTradeInOutLog tfBTradeInOutLog = new TfBTradeInOutLog();
tfBTradeInOutLog.setTradeId(Long.valueOf(busiOrder.getTradeId()));
tfBTradeInOutLog.setSubscribeId(Long.valueOf(busiOrder.getSubscribeId()));
tfBTradeInOutLog.setServiceOfferId(Long.valueOf(busiOrder.getServiceOfferId()));
tfBTradeInOutLog.setInOutType(inOutType);
tfBTradeInOutLog.setRemark(remark);
tfBTradeInOutLog.setInOutContent(inOutContent);
tfBTradeInOutLog.setLogDate(Utility.getSystemTime());

tfBTradeInOutLogDao.add(tfBTradeInOutLog);
} catch (Exception e) {
// TODO Auto-generated catch block
transactionManager.rollback(status);
throw new BusiException(e.getMessage());
}
transactionManager.commit(status);
}

}