Spring MVC 事务管理 和 ssh 事务管理

Spring事务的传播行为在service类前加上@Transactional，声明这个service全部方法须要事务管理。每个业务方法开始时都会打开一个事务。 Spring默认状况下会对运行期例外(RunTimeException)进行事务回滚。这个例外是unchecked
若是遇到checked意外就不回滚。

如何改变默认规则：
1 让checked例外也回滚：在整个方法前加上 @Transactional(rollbackFor=Exception.class)
2 让unchecked例外不回滚： @Transactional(notRollbackFor=RunTimeException.class)
3 不须要事务管理的(只查询的)方法：@Transactional(propagation=Propagation.NOT_SUPPORTED)
在整个方法运行前就不会开启事务
能够加上：@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true)，这样就作成一个只读事务，能够提升效率。 各类属性的意义： REQUIRED:业务方法须要在一个容器里运行。若是方法运行时，已经处在一个事务中，那么加入到这个事务，不然本身新建一个新的事务。 NOT_SUPPORTED:声明方法不须要事务。若是方法没有关联到一个事务，容器不会为他开启事务，若是方法在一个事务中被调用，该事务会被挂起，调用结束后，原先的事务会恢复执行。REQUIRESNEW:无论是否存在事务，该方法总汇为本身发起一个新的事务。若是方法已经运行在一个事务中，则原有事务挂起，新的事务被建立。MANDATORY：该方法只能在一个已经存在的事务中执行，业务方法不能发起本身的事务。若是在没有事务的环境下被调用，容器抛出例外。SUPPORTS:该方法在某个事务范围内被调用，则方法成为该事务的一部分。若是方法在该事务范围外被调用，该方法就在没有事务的环境下执行。NEVER：该方法绝对不能在事务范围内执行。若是在就抛例外。只有该方法没有关联到任何事务，才正常执行。NESTED:若是一个活动的事务存在，则运行在一个嵌套的事务中。若是没有活动事务，则按REQUIRED属性执行。它使用了一个单独的事务，这个事务拥有多个能够回滚的保存点。内部事务的回滚不会对外部事务形成影响。它只对DataSourceTransactionManager事务管理器起效。

ssh 事务处理

首先是一个BaseDaoImpl，这个Dao集成了HibernateDaoSupport，实现了对于数据表的增删改查操做。
例如：修改方法：

public void modifyModel(Object model) throws UpdateException{
		try {
			super.getHibernateTemplate().update(model);
		} catch (Exception ex) {
			logger.error("PersistentBaseDAOImpl:" + model.getClass().getName());
			throw new UpdateException(ex);
		}
	}

都是相似这样的单个业务的逻辑。而后各个业务Dao经过Spring的bean配置，去使用这个BaseDao中的方法来完成自身不一样的数据库操做。
若是有这样一个功能，执行UserAction，这个Action中的某个方法会调用UserDao中的getUserContent方法。
在getUserContent方法中，首先调用BaseDao的查询方法，获取了该用户存在，并合法。以后再去调用另外一个Dao中的方法，如ContentDao中的getContent方法去获取该用户所发的文章。
总的来讲就是在UserDao中的getUserContent方法内，进行了两次对数据库的操做。
那么将这个方法配置到Spring的事务管理中，这两个对数据库的操做就成为了一个事务，根据事务的原子性被统一的管理。
基本就是如下这个图：
UserAction--->UserDao.getUserContent()--即完成验证用户功能，又获取用户文章


如今遇到的是三层结构的逻辑。
UserAction--->UserService.getUserContent()
                 |---UserDao.fineUser()---验证用户
                 |---ContentDao.getContentByUserId()---获取用户文章
若是将UserDao和ContentDao配置在Spring的事务管理中，那么执行UserService中的方法，其实是执行了两个不一样的事务来完成这个逻辑。可是把UserService配置到事务中，感受又不合逻辑，也没配过。

如今我看来，若是把整个逻辑定义为一个事务，必需要把Service层的方法配置在Spring的事务管理中了。