下载  >  开发技术  >  Java  > Spring的事物管理

Spring的事物管理 评分:

Spring的事物管理,这篇文档希望对你有帮助!
页码, 事务的提父,嵌套的子事务不能单独提父。如果熟悉 中的保存点 的概念,那嵌套事务就很容易理解了 其实嵌套的子事务就是保存点的一个应用,一个事务中可以包括多个保存点,每一个嵌套子事务。另外,外部事务的回滚也会 导致嵌套子事务的回滚 回页首 事务超时 所谓事务超时,就是指一个事务所允许执行的最长时间,如果超过该时间艰制但事务还没有完成,则自动回滚事务。在 屮以的值来表示超时时间,其单位是秒。 回负首 事务的只读属性 事务的只读属性是指,对事务性资源进行只读操作或者是读写操作。所谓事性资源就是指那些被事冬管理的资源,比如数据 源、 资源,以及自定乂的事务性资源等等。如果确定只对事务性资源进行只读操作,那么我们可以将事务标忐为只读 的,以提高事务处理的性能。在 中以 类型来表示该事务是否只读。 回页首 事务的凹滚规则 通常情况下,如果在事务屮抛出了未检查异常(继承自 的异常),则默认将回滚事务。如果没有拋出仟何 异常,或者抛出了已检查昇常,则仍然提交事务。这通常也是大多数开发者希望的处理方式,也是中的默认处理方式。 但是,我们可以根据需要人为控制事务在拋岀某些未检査异常时任然提交事务,或者在抛岀某些已检査异常时回滚事务 事务管理分析 框架中,涉及到事务管坦的大约有个左右,其中最重要的有三个: 。所谓事务管理,其实就是“按照给定的事务规则来执行提交或者回滚操 作”。“给定的事务规则”就是用 表示的,“按照……米执行提父或者回滚操作”便是用 来表示,而 用于表示一个运行着的事务的状态。打一个不恰当的比喻, 的关系就像程序和进程的关系。 该接口在前面已经介绍过,它用于定义一个事务。它包含了事务的静态属性,比如:事务传播行为、超时时间等等。 为我们提供了一个默认的实现类 ,该类适用于大多数情况。如果该类不能满足需求,可以通过 实现 接山米实现自己的事务定义。 回页首 页码, 用于执行具体的事务操作。接口定义如清单所示: 清单 接口中定义的主要方法 根据底层所使用的不同的持久化或框架, 的主要实现类大致如下: 适用于使用和进行数据持久化操作的情况。 适用于使用 进行数据持久化操作的情况。 :适用于使用进行数据持久化操作的情况。 另外还有 等等。 如果我们使用进行事务管理,我们可以通过和 的 米获取一个容器管理的 不需要知道 和其他特定的资源,因为它将使用容器提供的全局事务管 理。而对于其他事务管理器,比如 在定义时需要提供底层的数据源作为其属性,也就是 对应的是 对应的是 等等。 回页首 方法返回一个 对象。返回的 对象可能 代表一个新的或已经存在的事务(如果在当前调用堆栈有一个符合条件的事务) 接口提供了一个简单的 控制事务执行和査询事务状态的方法。该接口定义如清单所小: 清单 接口中定义的主要方法 编程式事务管理 的编程式事务管理概述 出现以前,编程式事务管理对基于 的应用米说是唯一选择。用过 的人都知道,我们需要在代码 屮显式调用 等事务管理相关的方法,这就是编程式事务管理。通过 提供的事 务管理,我们可以在代码中灵活控制事务的执行。在底层 仍然将事务操作委托给底层的持久化框架来执行。 页码, 回页首 基于底层的编程式事务管理 根据 和 三个核心接口,我们完全可以通过编程的方 式来进行事务管理。示例代码如清单所示; 清单基于底层的事务管理示例代码 相应的配置文件如清单所示: 清单基于底层的事务管理示例配置文件 如上所示,我们在类中增加了两个属性:一个是 类平的属性,它用于定义一个事务;另一个是 类型的属性,用于执行事务管理操作。 如果方法需要实施事务管理,我们首先需要在方法开始执行前启动一个事务,调用 方法便可启动一个事务。创建并启动了事务之后,便可以开始编写业务逻辑 代码,然后在适当的地方执行事务的提交或者回滚。 页码, 回页首 基于 的编程式事务管理 通过前面的示例可以发现,这种事务管理方式很容易理解,但令人头疼的是,事务管理的代码散落在业务逻辑代码中,破坏了 原有代码的条理性,并且每一个业务方法都包含了类似的启动事务、提交回滚事务的样板代码。幸好, 也意识到了这 些,并提供了简化的方法,这就是 在数据访问层非常常见的模板回调模式。如清单所示 清单基于 的事务管理示例代码 相应的配置如下: 清单基于 的事务管理示例配置文件 的 方法有一个 类型的参数,该接凵中定义了一个 方 法,通常我们以匿名内部类的方式实现 接口,并在其 方法屮书写业务逻辑代码。 里可以使用默认的事务提交和回滚规则,这样在业务代码中就不需要显式调用任何事务管理的 方法 有一个 类型的参数,我们可以在方法的任何位置调用该参数的 方法将事务标识为回滚 的,以执行事务回滚 根据默认规则,如果在执行回调方法的过程屮抛出了未检査异常,或者显式调用了 法,则回滚事务;如果事务执行完成或者抛出了 类型的异常,则提交事务。 页码, 接凵有一个子接凵 该接凵中定义了一个 方法 接口主要用于事务过程屮不需要返回值的情况。当 然,对于不需要返回值的情况,我们仍然可以使用 接口,并在方法中返回任意值即可。 声明式事务管理 的声明式事务管理概述 的声明式事务管理在底层是建立在的基础之上的。其本质是对方法前后进行拦截,然后在日标方法开始之前创建 或者加入个事务,在执行完目标方法之后根据执行情况提交或者回滚事务。 声明式事务最大的优点就是不需要通过编程的方式管理事务,这样就不需要在业务逻辑代码中掺杂事务管理的代码,只需在配 置文件中做相关的事务规则声明(或通过等价的基于标注的方式),便可以将事务规则应用到业务逻辑中。囚为事务管理本身 就是一个典型的横切逻辑,正是的用武之地 开发团队也意识到了这一点,为声明式事务提供了简单而强大的支 声明式事务管理曾经是引以为傲的一个亮点,如今 让 在事务管理方面也拥有了和样的待遇,让 开发人员在容器之外也用上了强大的声明式事务管理功能,这主要得益于 依赖注入容器和 的支 持。依赖注入容器为声明式事务管理提供了基础设施,使得 对于 框架而言是可管理的;而 则是声 明式事务管理的直接实现者,这“点通过清单可以看出来 通常情况下,笔者强烈建议在开发中使用声明式事务,不仅因为其简单,更主要是因为这样使得纯业务代码不被污染,极大方 便后期的代码维护 和编程式事务相比,声明式事务唯一不足地方是,后者的最细粒度只能作用到方法级別,无法做到像编程式事务那样可以作用 到代码块级别。但是即使有这样的需求,也存在很多变通的方法,比如,可以将需要进行事务管理的代码块独立为方法等等。 下面就来看看 为我们提供的声明式事务管理功能。 回贞首 基于 的声明式事务管理 最初, 提供了 类米实施声明式事务管理功能。先看清单的配置文件: 清单基于 的事务管理示例配置文件 页码, 首先,我们配置了一个 来定义相关的事务规则,他有两个主要的属性:一个是 ,用来指定一个事务管理器,并将只体事务相关的操作委托给它:另一个是 类型的 属性,它主要用来定义事务规则,该属性的每一个键值对中,键指定的是方法名,方法名可以使用通配 符,而值就表示相应方法的所应用的事务属性。 指定事务属性的取值冇较复杂的规则,这在 中算得上是一件让人头疼的事。只体的书写规则如 传播行为,隔离级别,只读属性,超时属性不影响提交的早常,导致回滚的早常 传播行为是唯一必须设置的属性,其他都可以忽略 为我们提供了合理的默认值 传播行为的取值必须以“ 开头,具体包括: ,共七种取 值 隔离级别的取值必须以“ 开头,具体包括: 共五种取值。 如果事务是只读的,那么我们可以指定只读属性,使用“ 指定。否则我们不需要设置该属性。 超时属性的取值必须以“ 开头,后面跟一个类型的值,表示超时时间,单位是秒。 不影响提交的早常是指,即使事务中抛出了这些类型的异常,事务任然正常提交。必须在每一个异常的名字前面加上 “”。异常的名字可以是类名的一部分。比如“ 等 导致凹滚的异常是指,当事务中抛出这些类型的异常时,事务将回滚。必须在每一个异常的名字前面加上“”。异 常的名宇可以是类名的全部或者部分,比如“ 以下是两个示例 以上表达式表示,针对所有方法名以 结尾的方法,使用 事务传播行为,事务的隔离级 别是 ,超时时间为秒,当事务抛出 或者 类型的异常,贝 仍然提交,当抛出 类型的异常时必须回滚事务。这里没有揞定 表示事务不是只读的 以上表达式表示,针对所有方法名为的方法,使用 事务传播行为,并且该事务是只读 的。除此之外,其乜的属性均使用默认值。比如,隔离级別和超时时间使用底层事务性资源的默认值,并且当发生未检査异 页码, 常,则回滚事务,发牛已检査异常则仍提交事务。 配置好了 ,我们还需要配置一个 来组装 和 。这也是典型的 的做法。通过 生成的代理类就是织入了事务管埋逻辑后的目标类。至此,声明式事务管埋就算是实 现了。我们没有对业务代码进行仟何操作,所有设置均在配置文件屮完成,这就是声明式事务的最大优点。 回页首 基于 的声明式事务管理 前面的声明式事务虽然好,但是却存在一个非常恼人的问题:配置文件太多。我们必须针对每一个目标对象配置一个 ;另外,虽然可以通过父子 的方式来复用 的配置,但是实际的复用几率也 不高:这样,加上日标对象本身,每一个业务类可能需要对应三个 配置,随着业务类的增多,配置文件将会变得越 来越庞大,管理配置文件又成了问题 为了缓解这个问题, 为我们提供了 用于将 和 的配置合二为一、如清单所示: 清单基于 的事务管理示例配置文件 如此一来,配置文件与先前相比简化了很多。我们把这种配置方式称为 经典的声明式事务管埋。相信在早期使用 的开发人员对这种配置声明式事务的方式一定非常熟悉。 但是,显式为每个业务类配置个 的做法将使得代码显得过」刻板,为此我们可以使用自 动创建代坦的方式来将其简化,使用自动创建代埋是纯知识,请读者参老相关文档,不在此赘述。 回页首 页码, 基于命名空间的声明式事务管理 前面两种声明式事务配置方式奠定了 声明式事务管埋的基石。在此基础上 引入了命名空间,结合 使用 命名空间,带给开发人员配置声明式事务的全新体验,配置变得更加简单和灵活。另外,得益于 命名空 间的切点表达式支持,声明式事务也变得更加强大。 如清单所示: 清单基于的事务管理示例配置文件 如果默认的事务属性就能满足要求,那么代码简化为如清单所示: 清单简化后的基于的事务管理示例配置文件 由于仗用了切点表达式,我们就不需要针对每一个业务类创建一个代理对象了。另外,如果配置的事务管理器的名字 取值为“ ,则我们可以省略 的 属性,因为该属性的默认值即为

...展开详情
2013-11-14 上传 大小:158KB
举报 收藏
分享
Spring JDBC与事务管理

javaEE 实验三 Spring JDBC与事务管理, 一、实验目的 1、掌握Spring JDBC的配置; 2、掌握JdbcTemplae类中增删改查方法的使用; 3、了解Spring事务管理的3个核心接口; 4、了解Spring事务管理的两种方式; 5、掌握基于XML和Annotation的声明式事务管理的使用。 二.实验内容 (1)使用Spring JDBC实现书店的购书过程,即有如下一个BookShopDao接口,编写BookShopDaoImp类实现该接口中的所有方法,并通过JUnit测试这些方法。 (2)(2) 在BookShopDao中添加一个purchase购书方法,其操作流

立即下载
Spring对事务支持

这份文档以例子的形式讲诉了Spring对事务支持的知识,希望可以帮助学习的人!

立即下载
JavaEE的Spring JDBC与事务管理 实验

一、 实验目的 1、掌握Spring JDBC的配置; 2、掌握JdbcTemplae类中增删改查方法的使用; 3、了解Spring事务管理的3个核心接口; 4、了解Spring事务管理的两种方式; 5、掌握基于XML和Annotation的声明式事务管理的使用。 二、 实验内容 1、在MySQL中创建以下三张表,其中account为账户表,book为书籍信息表,book_stock为书籍库存表。 (1)使用Spring JDBC实现书店的购书过程,即有如下一个BookShopDao接口,编写BookShopDaoImp类实现该接口中的所有方法,并通过JUnit测试这些方法。 public i

立即下载
spring jdbc 事务

NULL 博文链接:https://zouhuiying.iteye.com/blog/2280681

立即下载
spring事物管理的各种配置xml

spring事物管理的各种配置xml

立即下载
sql实验报告--网上书店

随着人们生活水平的提高,社会的和谐发展,人们的文化水平不断提高,网上购物正在逐渐的取代了传统的购物模式。这些条件都推动的电子商务在我国迅速的发展。电子商务的交易模式也呈现出多样化。电子商务网站的快捷、安全高的传统的电子商务网站不能比拟的。 该在线书店系统开发的目的是方便用户购物,采用更高效、安全、便捷的交易方式,使其不出门即可买到所需要的图书,同时协助书店管理员完成日常管理等操作。

立即下载
图书销售系统 CS结构 复杂的三层BookShop.zip

图书销售系统 CS结构 虚拟工厂 三层结构

立即下载