spring3mvc事务配置

事务配置步骤：
1、首先在lydwz-ds-applicationContext.xml配置文件中增长如下内容：
<bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <property name="dataSource" ref="dataSource" />
    </bean>

前一段时间，项目代码评审，发现有TX不使用Spring的事务处理，而直接封装方法，手动进行数据的回滚，得悉缘由是：抛出异常之后事务不起做用，没有回滚。这理由顿时让人很无语，不过还算个聪明的TX，知晓另辟蹊径，可是在insert的时候，手动回滚直接delete就能够了，若是是update，不晓得还会有什么更犀利的办法。

      仔细评审代码细节，发现该TX压根没有按照框架原先设计在service层throws BusinessException，而是直接throws Exception。Spring配置异常回滚采用的是rollback-for=“BusinessException”。TX提出疑问：Spring不是抛出异常事务就会回滚么？带着疑问，查阅资料，分析源代码，最终找到想要的答案。这一切来源于java的检查性异常、非检查性异常的区别。

      使用spring不免要用到spring的事务管理，要用事务管理又会很天然的选择声明式的事务管理，在spring的文档中说道，spring声明式事务管理默认对非检查型异常和运行时异常进行事务回滚，而对检查型异常则不进行回滚操做。
那么什么是检查型异常什么又是非检查型异常呢？
最简单的判断点有两个：
1.继承自runtimeexception或error的是非检查型异常，而继承自exception的则是检查型异常（固然，runtimeexception自己也是exception的子类）。
2.对非检查型类异常能够不用捕获，而检查型异常则必须用try语句块进行处理或者把异常交给上级方法处理总之就是必须写代码处理它。因此必须在service捕获异常，而后再次抛出，这样事务方才起效。

2、自定义异常类：LydException  继承：RuntimeException

3、service方法配置：
一、方法一：
直接在方法前增长如下内容：
@Transactional(readOnly = false, propagation = Propagation.REQUIRED, rollbackFor = LydException.class)

二、方法二：
直接在方法前增长如下内容：
@Transactional(readOnly = false, propagation = Propagation.REQUIRED)
并在方法内try catch 抛出自定义LydException异常：
try {

        } catch (Exception e) {
            e.printStackTrace();
            throw new LydException("请注意，您所作的操做是非法操做");
        }