遇到一个设计上的问题，请问如何解决？

循环引用了

<bean id="teacherManager" class="test.teacherManagerImpl">   
</bean>  
 
<bean id="app" class="test.appImpl">  
<property name="teacherManager" ref="teacherManager" />  
<property name="studentManager" ref="studentManager" />  
</bean> 

Manager调用Manager,在实际中很常见啊，好像没什么好法子来避免。

确实是设计的问题，依赖环是设计的大忌，需要消除依赖环

看你的意思是你的代码有dao、manager、service三层啊，呵呵，整合是对的，用了hibernate没必要有dao这一层。

再教你一些偷懒的办法，web层只能调用service，事务只加在service这一层，manager可以不加事务，manager也可以不用接口，因为你可以只对service做回归测试。

1.循环引用应该尽量避免，但也不得不说，最初的时候我也遇到设计上这种循环引用的问题，后面直接很干脆的改动（其实应该是改进了设计），这样比较根治，而且不失设计的缺陷

2.spring支持属性值的循环引用注入（是不是觉得和第一点说得有点冲突？）其实问题出现在你对这些循环引用的业务类进行自动代理事务（不信你可以把事务配置先除去试试）！
所以becoder兄弟说的“如果通过Setter方式的依赖注入，Spring是支持Circular dependencies的，刚刚也做了简单的测试，在Spring2.5下启动和使用都没有问题

楼主能否贴一下详细的错误？ ”估计就是因为你当时可能没加入自动事务管理：）

<bean id="beanServiceLocator" class="com.ctitc.framework.core.ServiceLocator">
		<property name="objects">
			<map>
				<entry
					key="com.ctitc.framework.auth.service.CompanyTypeService">
					<ref bean="beanCompanyTypeService" />
				</entry>

				<entry
					key="com.ctitc.framework.auth.service.DepartmentService">
					<ref bean="beanDepartmentService" />
				</entry>
			</map>
		</property>
</bean>

<bean name="/DepartmentEditController.do" class="com.ctitc.framework.auth.controller.DepartmentEditController">
		<property name="serviceLocator">
			<ref bean="beanServiceLocator" />
		</property>
</bean>

我是在controller中注入serviceLocator ，如果需要的话，也可以在service层注入这个属性，这样，就可以在某个service中使用其他的service实例了。

DataTransService service = (DataTransService) getServiceLocator().locate(DataTransService.class.getName());

我开始用的是：dao，manager(也就是service，事务也是这层)，现在把dao和manager合并。一个通用的dao足够了。直接注入到manager里面。

刚刚看了一篇文章：注释驱动的IoC。感觉用处不大，xml不是有default-autowire了吗？

不要指定property注入，而是通过autowire，应该可以。。

我就是这样做的。

我在这里来个泛泛而谈吧。为了便于说明，service用S表示，各种Manager用M1,M2...表示。 -> 表示以来关系。
现在楼主的问题可以表示为：
1) S->M1, S->M2 ...
2) M1->S, M2->S ...
3) Mi->Mj, ...

这样就构成了一个循环依赖，移植性很差，以后改动很不方便。
问题的核心是Mi->Mj. M1,M2, ...其实是处在同一层，他们应该是没有任何依赖。如果存在依赖，那就说明设计有问题。那么我可以从分解Mj入手，Mj分解为MP1,MP2,MP3..., 让Mi依赖更小粒度的MPj。所以现在来看依赖关系变为：
1)Mi->MPj
2)Mj->MP1,MP2,...
当然MP1,MP2,...可以表示其他符号，例如OP1,OP2...。
这样，循环依赖解除。
这种方法其实就是把被依赖的模块分解为更细的粒度，让更细的粒度被依赖。
细粒度，重用性高。

完全同意～