怎么给service事务配置
A. spring和mybatis整合怎么将事务在service层关闭使用xml配置
首先事务不是根据是不是service层而关闭的，而是你开启的session什么时候用完 在哪个层用完就关闭。而一般情况下都是在事务配置文件里的前缀方法名
如：
<tx:method name="save*" propagation="REQUIRED"/>
这种在service层调用saveXXX方法时候 这个方法就被事务管理，这个save方法里 再调用层查询了你要的数据时候 开启了session 开启了事务 。当你执行完了这个save方法 事务自动关闭，session也自动关闭，都是由spring管理的
B. 怎么在 service 层控制事务
你好，很高兴回答你的问题。
Spring的事务管理本身是基于aop的原理，在执行service方法之前开启事务，执行service方法之后提交事务，如果遇到异常，则回滚。
要不使用Spring自己实现，那就是把上述的逻辑自己实现一遍。
如果有帮助到你，请点击采纳。
C. hibernate配置事务，运用在service层，那么在serviceImpl中的异常要怎么处理
异常时候还能进入了数据库，说明你的事务配置文件没有问题。只是你对事务的开启时间和事务回滚机制不太熟悉问题。
如果需求是全部回滚 简单，思想是这样 在你的save方法执行前用service。XX方法开一个事务，让这个事务管理这个方法里的save，这样回滚会是全部效果
在你调用service。XXX方法时候这个XXX方法名匹配上面你那个前缀，潜在要求是 不能是read-only的 必须是REQUIRED的。然后在这个XXX方法里（就是实现类里）进行save，当你程序在XXX方法体里 出了异常 全部回滚
不懂可以追问
D. spring怎样在service层控制事务
<!–声明事务–>
< bean id=”txManager”>
< property name=”sessionFactory” ref=”sessionFactory” />
< /bean>
< !– 创建通知–>
< tx:advice id=”txAdvice” transaction-manager=”txManager”>
< tx:attributes>
< tx:method name=”find*” read-only=”true”/>
< tx:method name=”has*” read-only=”true”/>
< tx:method name=”add*” propagation=”REQUIRED” />
< tx:method name=”alter*” propagation=”REQUIRED” />
< tx:method name=”upd*” propagation=”REQUIRED” />
< tx:method name=”del*” propagation=”REQUIRED” />
< tx:method name=”exec*” propagation=”REQUIRED” />
< /tx:attributes>
< /tx:advice>
< !– 切入接口所在的包 –>
< aop:config>
< aop:pointcut id=”serviceOperation” expression=”execution(public * org.bgi.*.service.*.*(..))” />
< aop:advisor advice-ref=”txAdvice” pointcut-ref=”serviceOperation” />
< /aop:config>
E. 如何在service层进行事务控制
1.显示事勿，手动编写代码
2.利用spring 的架构的特性，配置事务管理
F. spring 事物怎么配置在多个service
使用spring事务管理
，在service层做的配置
在action层调用两个service方法（service.a1(),service.a2()），
service.a1()插入10条数据，
service.a2()中sleep测试
发现：service.a1()中插入数据库10条数据未提交，查询时显示数据被锁。。。。求解答。。。
我想知道怎么才能在程序执行到service.a2()
的时候，在数据库可以对service.a1()中插入的10条数据进行操作。。。。。。
G. 在service中启动多线程 怎么控制事务
1.创建事件对象或互斥对象（创建一个全局标记(无论什么都可以，对象，变量)，看是否有其他线程使用，注意，使用后必须重置标记）例子：WaitSignal();等待资源SetSignal();把资源设置成正在使用...代码；ReleaseSighal();重置资源，这样其他资源都可以使用2.各线程含有一部分资源，但仍需要（等待）其他线程的资源。比如：有两个资源，汽车和车钥匙A有车，B有车钥匙但他们都不把拥有的资源给对方，这样他们都不能开车，即死锁。
H. spring 声明事务处理配置
一般以Spring作为应用层框架的程序，事务一般都声明在service层。
Spring中的事务功能是以切面方式织入到业务代理对象中的，如果你在service中的A方法直接调用了service的B方法，不管B方法配置了什么样的事务属性，A在调用B时都不会走B的事务的。
因为这种情况，A方法调用B方法只是简单的方法调用，完全没有事务什么事。
如果你要在A方法中调用B方法，并且还要保留B方法中声明的事务属性，那么只能在A方法中从Spring容器中获得service对象（也就是织入事务的业务代理对象），然后在调用service对象的B方法，这样才能保留B方法声明的事务。
I. Spring事务配置在service层，传播规则为required，方法中究竟应该是调用servi
既可以单独注入service，也可以单独注入，关键是，spring容器的事务管理默认只截获未检查异常RuntimeException。上边配置的rollback-for="java.lang.Exception"其实不用配置。配置如下
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="delete*" propagation="REQUIRED" read-only="false" />
<tx:method name="insert*" propagation="REQUIRED" read-only="false" />
<tx:method name="update*" propagation="REQUIRED" read-only="false" />
<tx:method name="save*" propagation="REQUIRED" read-only="false" />
<tx:method name="*" propagation="REQUIRED" read-only="true"/>
<:attributes>
<:advice>
解决方案是：
如果代码中使用了try...catch...捕获了检查型异常，意味着程序员自己必须要解决异常，必须知道如何解决异常。通常的做法是：将检查型的异常在catch块中重新抛出为Runtime Exception，这样Spring容器就会截获该异常，进行事务回滚处理 。如下
try {
.....
}catch( CheckedException e ) {
logger.error(e);
throw new RuntimeException(e);
}
注意，不使用try...catch...，而在方法签名后向外抛出检查型异常的行为不可取，事务也不会回滚。
如果代码中没有使用try抛出了未检查异常，则Spring容器会自动截获异常，进行事务回滚处理。
J. Spring 怎么配置service层某个方法是事务的
@Transaction