《spring 四种配置方法》由会员分享，可在线阅读，更多相关《spring 四种配置方法（20页珍藏版）》请在金锄头文库上搜索。
1、springspring 四种配置方法四种配置方法项目使用 SSH 架构，现在要添加 Spring 事务管理功能，针对当前环境，只需要添加 Spring 2.0 AOP 类库即可。添加方法：点击项目右键-Build Path-Add librarys:9(V673_ZRWHP65U81_AW0打开 Add Libraries 对话框，然后选定 MyEclipse Libraries：image点击 Next，找到 Spring 2.0 aop Libraries 并勾选上，点击 finsh即可。image如果在项目里面能看到下面的库文件，说明已经安装成功。image事务配置首先在/WEB-IN
2、F/applicationContext.xml 添加以下内容：注：这是作为公共使用的事务管理器 Bean。这个会是事先配置好的，不需各个模块各自去配。下面就开始配置各个模块所必须的部分，在各自的applicationContext-XXX-beans.xml 配置的对于事务管理的详细信息。首先就是配置事务的传播特性，如下：需要注意的地方:（1） advice（建议）的命名：由于每个模块都会有自己的Advice，所以在命名上需要作出规范，初步的构想就是模块名+Advice（只是一种命名规范） 。（2） tx:attribute 标签所配置的是作为事务的方法的命名类型。如其中*为通配符，即代表以
3、 save 为开头的所有方法，即表示符合此命名规则的方法作为一个事务。propagation=“REQUIRED“代表支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。（3） aop:pointcut 标签配置参与事务的类，由于是在 Service 中进行数据库业务操作，配的应该是包含那些作为事务的方法的Service 类。首先应该特别注意的是 id 的命名，同样由于每个模块都有自己事务切面，所以我觉得初步的命名规则因为 all+模块名+ServiceMethod。而且每个模块之间不同之处还在于以下一句：expression=“execution(* com.test.test
4、Ada.test.model.service.*.*(.)“其中第一个*代表返回值，第二*代表 service 下子包，第三个*代表方法名， “（.） ”代表方法参数。（4） aop:advisor 标签就是把上面我们所配置的事务管理两部分属性整合起来作为整个事务管理。图解：image下面附上配置声明式事务的一些相关的资料，以下资料均来源于互联网：附一、Spring 事务类型详解附二、对 spring 事务类型详解的一点补充（关于嵌套事务）附三、Transaction 后缀给声明式事务管理带来的好处附四、Spring 中的四种声明式事务的配置附一、Spring 事务类型详解PROPAGATIO
5、N_REQUIRED,readOnlyPROPAGATION_REQUIRED估计有好多朋友还没有弄清楚里面的值的意思，仔细看完下面应该知道自己什么情况下面应该使用什么样的声明。_Spring 中常用事务类型：PROPAGATION_REQUIRED-支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。PROPAGATION_SUPPORTS-支持当前事务，如果当前没有事务，就以非事务方式执行。PROPAGATION_MANDATORY-支持当前事务，如果当前没有事务，就抛出异常。PROPAGATION_REQUIRES_NEW-新建事务，如果当前存在事务，把当前事务挂起。PRO
6、PAGATION_NOT_SUPPORTED-以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。PROPAGATION_NEVER-以非事务方式执行，如果当前存在事务，则抛出异常。PROPAGATION_NESTED-如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则进行与 PROPAGATION_REQUIRED 类似的操作。附二、对 spring 事务类型详解的一点补充（关于嵌套事务） PROPAGATION_REQUIRED-支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。 PROPAGATION_SUPPORTS-支持当前事务，如果当前没有事务，就以非
7、事务方式执行。 PROPAGATION_MANDATORY-支持当前事务，如果当前没有事务，就抛出异常。 PROPAGATION_REQUIRES_NEW-新建事务，如果当前存在事务，把当前事务挂起。 PROPAGATION_NOT_SUPPORTED-以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。 PROPAGATION_NEVER-以非事务方式执行，如果当前存在事务，则抛出异常。可能大家对 PROPAGATION_NESTED 还不怎么了解，觉得有必要再补充一下_！PROPAGATION_NESTED: 嵌套事务类型，是相对上面提到的六种情况（上面的六种应该称为平面事务类型）
8、，打个比方我现在有一个事务主要有一下几部分：1，从 A 用户帐户里面减去 100 元钱2，往 B 用户帐户里面添加 100 元钱这样看和以前不同的事务可能没有什么区别，那我现在有点特殊的要求就是，A 用户有 3 个帐户，B 用户有 2 个帐户，现在我的要求就是只要再 A 用户的 3 个帐户里面任意一个减去 100 元，往 B用户的两个帐户中任意一个里面增加 100 元就可以了！一旦你有这样的要求那嵌套事务类型就非常适合你！我们可以这样理解，一：将“从 A 用户帐户里面减去 100 元钱” 和 “往 B 用户帐户里面增加 100 元钱”我们暂时认为是一级事务操作二：将从 A 用户的 3 个帐户的
9、任意一个帐户里面减钱看做是“从 A 用户帐户里面减去 100 元钱”这个一级事务的子事务（二级事务） ，同样把后面存钱的看成是另一个的二级事务。问题一：当二级事务被 rollback 一级事务会不会被rollback？答案是不会的，二级事务的 rollback 只针对自己。问题二：什么时候这个一级事务会 commit，什么时候会被rollback 呢？我们主要看二级里面出现的情况，当所有的二级事务被commit 了并且一级事务没有失败的操作，那整个事务就算是一个成功的事务，这种情况整个事务会被 commit。当任意一个二级事务没有被 commit 那整个事务就是失败的，整个事务会被 roolb
10、ack。还是拿上面的例子来说明吧！如果我在 a 的三个帐户里面减钱的操作都被二级事务给 rollback 了，也就是 3 个帐户里面都没有减钱成功，整个事务就失败了就会被 rollback。如果 A 用户帐户三个帐户里面有一个可以扣钱而且 B 用户的两个帐户里面也有一个帐户可以增加钱，那整个事务就算成功的，会被 commit。看了一下觉得上面的例子好像不是很深刻，看这个情况（A 用户的3 个帐户都是有信用额度的，也就是说可以超支，但是超支有金额限制） 。不过原理是一样的，简单点也好说明一点，祝你好运！_附三、Transaction 后缀给声明式事务管理带来的好处良好的面向对象的程序，一般都使用
11、接口和实现分离的模式。我在事务管理最佳实践全面解析一文中提出，用*Transaction 和*Dao 后缀这样的形式，区分方法的不同用途。这样，可以提醒接口的实现者和方法的使用者注意到它们对于数据库连接和事务的依赖。实际上，使用*Transaction 后缀这样的命名方式，对于声明式事务管理也是很有用处的。如，Spring 的事务管理中，我们一般使用方法名的匹配来应用声明式事务。一、请看下面的 Spring 配置：readOnly PROPAGATION_REQUIRED,-Exception PROPAGATION_REQUIRED,-Exception PROPAGATION_REQUIR
12、ED,-Exception PROPAGATION_REQUIRED,-Exception PROPAGATION_REQUIRED,-Exception PROPAGATION_REQUIRED,-Exception PROPAGATION_REQUIRED, readOnly,-Exception PROPAGATION_REQUIRED, -Exception 这是来自于真实项目中的 Spring 声明式事务配置。我们对每一个业务层的实现类都应用了这样的事务配置。我们对所有业务服务 Service 方法使用了只读事务。对以add,save,modify,update,delete,rem
13、ove,load 开头的方法都使用了事务。但是，实际上，虽然我们开发的软件一个“信息管理系统” ，是围绕数据库开发的。但是，在 Service 层，我们还是有很多不操作数据库的方法。如，单纯根据业务逻辑进行计算的，适用缓存进行计算的，执行email 发送，文件上传等等任务的方法，在这种配置下都不分青红皂白的应用了事务。SpringAOP 生成的代理对象代理了我们的服务实现类，所有的方法执行前后都被拦截，用来得到和关闭数据库连接，设置、提交和回滚事务。而不管这个方法是否用到了这个数据库。如果遵照我提出的这个方法，使用*Transaction 后缀来标识需要处理事务的方法，那么我们使用 Sprin
14、g 声明式事务时，就可以非常精确、有效的应用事务了！二、请看下面的 Spring 事务配置：PROPAGATION_REQUIRED,-Exception 我们对这个类中以 uninstall 开头，中间包含 Wcms，最后以Transaction 结尾，这样的规则命名的方法，应用了事务。三、部分源代码：（一）2 个应用了 Spring 声明式事务的方法：/* *使用 SPring 的 ibatis，主要要配置 iBatis 的 Spring 声明式事务。*throwsException *PROPAGATION_REQUIRED,-Exception *1，还要删除所有 频道-新闻-工作流表
15、中标记不为 1 的记录。 */publicvoid uninstallAllWcmsProcessDefinitionsTransaction() throws Exception /* * * */this.getWcmsSystemChannelProcessdefinitionDao().deleteAll(); this.getWcmsSystemChannelNewsinfoDao().deleteAllProcessingWcmsSystemChannelNewsinfoModule(); /* *PROPAGATION_REQUIRED,-Exception *paramname
16、 *throwsException */publicvoid uninstallWcmsSystemChannelProcessdefinitionTransaction(String name) throws Exception this.getWcmsSystemChannelProcessdefinitionDao().deleteByProcessdefinitionName(name); this.getWcmsSystemChannelNewsinfoDao().deleteAllProcessingWcmsSystemChannelNewsinfoModuleByProcessdefinitionName(name); （二）用到的 Dao 类，用来实际访问数据库的 2 个 DAO 对象。/*SPring 管理的 ibatis 功能*/private IWcmsSystemChannelProcessdefinitionDao wcmsSystemChannelProc
