以上就是一个完整的 spring 配置，是不是很熟悉呢，这里是用的 appfuse 的框架，呵呵。有那么点味道吧。
首先我们看看
这一个 bean 让 spring 为我们注入了什么呢？事务，对！我们把 hibernate 的事务注入到了 spring 的 ioc 容器之中了。然后我们再看看：
Java代码
这个 bean 又是让 spring 为我们注入了了什么呢？事务代理，对了！我们把事务的代理交给一个 txproxytemplate 的去做了，这样的好处我待会再说，现在我们看看下面的一些配置信息。
Java代码
这里就是事务处理时如果遇到异常信息，或者其他的原因时我们要求 spring 把当前的事务回滚了，这样才能不至于在数据库中产生垃圾啊。我们规定所有的 save,remove,update,incress 这样的方法开头的在出现一些问题后把事务给回滚了，看看我们写的： propagation_required,-exception 。
有人就会说 propagation_required 就可以回滚事务啊，为什么加上 ,-exception 呢？其实我以前也时这样想的，但这是不完全正确的，当然我们在处理一个事务时只要有一个 propagation_required 就可以了，但是当我们的业务逻辑中要求我们在一个事务代理中开启两个事务，这两个事务表面上没有联系，但是实际中又有很多联系的，比如我们上传附件和提交文档，这样两个操作我们可以分开，因为他们不是往一个表里插入数据，我们又不希望这两个操作写在一个 service 里，这样我们要是有一个业务只要上传附件呢？那样我们是不是又要再写一个方法啊！所以在开启两个事务时如果有一个抛出异常了，我们就要把上一个提交的事务回滚了，这样做我们就要用的 -exception 了，这样就完全满足我们的要求了，我也试过如果我写的是 propagation_required,-sqlexception 时，这样我们只会在出现 sqlexception 时事务回顾，出现其他的异常事务就不回滚了，好在 spring 可以让我们写如异常的基类就可以做到捕获任何异常，这样我们就写 -exception 好了。特殊情况在特殊处理吧。通用情况下我们还是这样的。
我们再看看：
Java代码
这下我们解除以前的疑惑， parent="txproxytemplate" 知道我们为什么在上面先写了 txproxytemplate 的 bean 了吧，这样我们就没有必要再写一编了。是不是很方便？ spring 的这些技巧还不只这些呢。这样我们就可以轻松利用以上这三个注入的类去做我们的逻辑了。
spring 就是要我们注入实现类，然后使用接口操作，这样耦合性就不是那么强了，这也体现了 spring 的工厂模式。而 aop 的 manager 又象我们熟知的代理模式吧 !
3.注意要点
在写配置的时候注意各个 manager 和 dao 之间的关系，以及