Spring声明式事务配置详解

Spring声明式事务配置

Spring声明式事务功能应该是大家应用 Spring中使用的最多的功能之一了,的确该功能极大的简化了大家对数据库操作的。目前 Spring支持的声明式事务有两个配置方式,一种是 XML配置方式,另一种是注解方式


针对配置这块, XML配置同学们会觉得比较麻烦,特别是针对事务属性的配置,所以补充一下本块配置说明,特分享给大家,希望对大家有帮助。

下面是 Spring的 XML配置事务比较常用的方式,也是我们这边事务 XML配置事务的使用方式,本文以该种配置为例,进行说明。

     < bean  id ="transactionInterceptor"
        class
="org.springframework.transaction.interceptor.TransactionInterceptor" >
        
< property  name ="transactionManager"  ref ="transactionManager"   />
        
< property  name ="transactionAttributes" >
            
< props >
                
< prop  key ="query*" > PROPAGATION_REQUIRED,readOnly </ prop >
                
< prop  key ="is*" > PROPAGATION_REQUIRED,readOnly </ prop >
                
< prop  key ="find*" > PROPAGATION_REQUIRED,readOnly </ prop >
                
< prop  key ="get*" > PROPAGATION_SUPPORTS,readOnly </ prop >
                
< prop  key ="load*" > PROPAGATION_REQUIRED,readOnly </ prop >
                
< prop  key ="*" > PROPAGATION_REQUIRED </ prop >
            
</ props >
        
</ property >
    
</ bean >

 

配置详解说明如下:

 TransactionInterceptor 是声明式事务拦截器。可以由 Spring AOP拦截器进行回调。

 transactionAttributes 是事务属性的配置说明,也是大家觉得比较不好配置,不太容易记忆的地方

它的配置规则如下:因为都有前缀标识,所以顺序可以修改。

(PROPAGATION_NAME,ISOLATION_NAME,readOnly,timeout_NNNN,+Exception1, - Exception2)

  PROPAGATION_REQUIRED 事务的传播级别 (以 PROPAGATION_ 开头 ). 可设置值说明如下:

PROPAGATION_REQUIRED 使用当前事务,如果当前没有事务,则开启新事务

PROPAGATION_SUPPORTS 当前有事务则用,没有事务则不用

PROPAGATION_MANDATORY 当前有事务就用,没有事务则报错 (必须要用事务 )

PROPAGATION_REQUIRES_NEW 当前有事务则挂起原事务,新启事务 (必开新事务 )

PROPAGATION_NOT_SUPPORTED 不使用事务,如果当前有事务,则挂起事务

PROPAGATION_NEVER 不能有事务,如果当前有事务,则报错 (必须没有事务 )

PROPAGATION_NESTED 同 PROPAGATION_REQUIRED

 

 ISOLATION_DEFAULT 事务隔离级别 (以 ISOLATION_ 开头 )

ISOLATION_DEFAULT  使用数据库默认事务

ISOLATION_READ_UNCOMMITTED

ISOLATION_READ_COMMITTED

ISOLATION_REPEATABLE_READ

ISOLATION_SERIALIZABLE

 readOnly

如果设置,则表示只读事务,如果不设置,则表示读来事务

TIMEOUT_DEFAULT 事务超时设置 (timeout_ 开头 )

单位是秒。 例如 timeout_ 20, 则表示事务超时时间是 20秒。

 +Exception 表示遇到该异常时,执行回滚

 –Exception 表示遇到该异常时,不执行加滚

transactionManager 是事务管理器,针对不同的持久层,事务都会提供不同的实现。其接口都是 org.springframework.transaction.PlatformTransactionManager

本项目采用C++编程语言结合ROS框架构建了完整的双机械臂控制系统,实现了Gazebo仿真环境下的协同运动模拟,并完成了两台实体UR10工业机器人的联动控制。该毕业设计在答辩环节获得98分的优异成绩,所有程序代码均通过系统性调试验证,保证可直接部署运行。 系统架构包含三个核心模块:基于ROS通信架构的双臂协调控制器、Gazebo物理引擎下的动力学仿真环境、以及真实UR10机器人的硬件接口层。在仿真验证阶段,开发了双臂碰撞检测算法和轨迹规划模块,通过ROS控制包实现了末端执行器的同步轨迹跟踪。硬件集成方面,建立了基于TCP/IP协议的实时通信链路,解决了双机数据同步和运动指令分发等关键技术问题。 本资源适用于自动化、机械电子、人工智能等专业方向的课程实践,可作为高年级课程设计、毕业课题的重要参考案例。系统采用模块化设计理念,控制核心与硬件接口分离架构便于功能扩展,具备工程实践能力的学习者可在现有框架基础上进行二次开发,例如集成视觉感知模块或优化运动规划算法。 项目文档详细记录了环境配置流程、参数调试方法和实验验证数据,特别说明了双机协同作业时的时序同步解决方案。所有功能模块均提供完整的API接口说明,便于使用者快速理解系统架构并进行定制化修改。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
【微电网】【创新点】基于非支配排序的蜣螂优化算法NSDBO求解微电网多目标优化调度研究(Matlab代码实现)内容概要:本文围绕基于非支配排序的蜣螂优化算法(NSDBO)在微电网多目标优化调度中的应用展开研究,提出了一种改进的智能优化算法以解决微电网系统中经济性、环保性和能源效率等多重目标之间的权衡问题。通过引入非支配排序机制,NSDBO能够有效处理多目标优化中的帕累托前沿搜索,提升解的多样性和收敛性,并结合Matlab代码实现仿真验证,展示了该算法在微电网调度中的优越性能和实际可行性。研究涵盖了微电网典型结构建模、目标函数构建及约束条件处理,实现了对风、光、储能及传统机组的协同优化调度。; 适合人群:具备一定电力系统基础知识和Matlab编程能力的研究生、科研人员及从事微电网、智能优化算法应用的工程技术人员;熟悉优化算法与能源系统调度的高年级本科生亦可参考。; 使用场景及目标:①应用于微电网多目标优化调度问题的研究与仿真,如成本最小化、碳排放最低与供电可靠性最高之间的平衡;②为新型智能优化算法(如蜣螂优化算法及其改进版本)的设计与验证提供实践案例,推动其在能源系统中的推广应用;③服务于学术论文复现、课题研究或毕业设计中的算法对比与性能测试。; 阅读建议:建议读者结合文中提供的Matlab代码进行实践操作,重点关注NSDBO算法的核心实现步骤与微电网模型的构建逻辑,同时可对比其他多目标算法(如NSGA-II、MOPSO)以深入理解其优势与局限,进一步开展算法改进或应用场景拓展。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值