零度的博客专栏

注意：这里只是分析spring事务的实现方式。也就是spring的事务管理是怎么发生作用的，而不分析具体的实现细节(细节将在下一篇里面分析).  转载:http://michael-softtech.iteye.com/blog/813835 紧接着上一篇提到的，Spring是通过NameSpaceHandler来解析配置文件中的标签的。下面就已事务的配置为例，讲述一下 事务配置

最近在开发中遇到一个问题，当在Service中定义了一个方法并且切入之后，从Controller里面调用该方法可以实现切入，但是当在同一个Service中实现另一方法并调用改方法时却无法切入。代码类似于： 1、service package zmx.spring.aop.test2; import org.springframework.aop.framework.AopContext;

所谓死锁： 是指两个或两个以上的进程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。 由于资源占用是互斥的，当某个进程提出申请资源后，使得有关进程在无外力协助下，永远分配不到必需的资源而无法继续运行，这就产生了一种特殊现象死锁。 关于数据库死锁的检查方法 一

Spring事务管理器的应对     Spring抽象的DAO体系兼容多种数据访问技术，它们各有特色，各有千秋。像Hibernate是非常优秀的ORM实现方案，但对底层SQL的控制不太方便；而iBatis则通过模板化技术让你方便地控制SQL，但没有Hibernate那样高的开发效率；自由度最高的当然是直接使用Spring JDBC了，但它也是底层的，灵活的代价是代码的繁复。很难说哪种数据访问技术

问题 如下方式可以成功扫描到@Controller注解的Bean，不会扫描@Service/@Repository的Bean。正确   Java代码    package="org.bdp.system.test.controller" use-default-filters="false" >         "annotation" expression

0、设计分布式数据库，修改第一部分的例子。先将db1中的user1表中的记录清除，把user2表drop掉，然后create一个新的database db2来模拟分布式数据库，在db2中新建一张表user2，结构和user1一致。接下来的操作就是同时对2个数据库的2张表进行操作了。     1、DAO接口、DAOImpl实现，Service接口、ServiceImpl实现都不

1.XA XA是由X/Open组织提出的分布式事务的规范。XA规范主要定义了(全局)事务管理器(Transaction Manager)和(局部)资源管理器(Resource Manager)之间的接口。XA接口是双向的系统接口，在事务管理器（Transaction Manager）以及一个或多个资源管理器（Resource Manager）之间形成通信桥梁。XA之所以需要引入事

在所有使用 spring 的应用中, 声明式事务管理可能是使用率最高的功能了, 但是, 从我观察到的情况看, 绝大多数人并不能深刻理解事务声明中不同事务传播属性配置的的含义, 让我们来看一下 TransactionDefinition 接口中的定义 。 Java代码   /**       * Support a current transaction, cr