ANT和EJB 3.0单元测试依赖注入解决方案
Solution to dependency injection in ANT and EJB 3.0 for unit testing
我不是一个非常有经验的软件工程师。我们有一个非常大的应用程序,包含 40 多个项目。我们使用 EJB 3.0,Struts 1 个框架。
现在,我们有问题单元测试服务层依赖于多个 bean。因为没有容器,我们只能在没有 运行 服务器的情况下注入其中一个。
我听说 EJB3.1 没有这个问题。 EJB3.1 中有哪些变化使其对这个问题免疫?
此外,如果您能指导我解决问题或解决方案,我将不胜感激。
另一个解决方案是从 ANT 迁移到 Maven,但我在另一个 question 中读到,对于像我们这样的大型项目来说,这不是一个好主意。
所以我的问题是:
- 完全没有办法解决吗?
- 是什么导致了 Spring 和 Maven 中单元测试的依赖注入问题?
如果提供多个解决方案,如果您还可以说出解决方案所需的更改范围以及它在项目的一般阶段(分析、设计、测试、实施等)所需的工作量,我们将不胜感激。
Maven 肯定比 ant 好,而且适合大项目。
您可以在单元测试期间模拟依赖项。
EJB3.1 提供了一个可嵌入的容器,这使得执行集成测试变得容易。
我不是一个非常有经验的软件工程师。我们有一个非常大的应用程序,包含 40 多个项目。我们使用 EJB 3.0,Struts 1 个框架。
现在,我们有问题单元测试服务层依赖于多个 bean。因为没有容器,我们只能在没有 运行 服务器的情况下注入其中一个。
我听说 EJB3.1 没有这个问题。 EJB3.1 中有哪些变化使其对这个问题免疫?
此外,如果您能指导我解决问题或解决方案,我将不胜感激。
另一个解决方案是从 ANT 迁移到 Maven,但我在另一个 question 中读到,对于像我们这样的大型项目来说,这不是一个好主意。
所以我的问题是:
- 完全没有办法解决吗?
- 是什么导致了 Spring 和 Maven 中单元测试的依赖注入问题?
如果提供多个解决方案,如果您还可以说出解决方案所需的更改范围以及它在项目的一般阶段(分析、设计、测试、实施等)所需的工作量,我们将不胜感激。
Maven 肯定比 ant 好,而且适合大项目。
您可以在单元测试期间模拟依赖项。
EJB3.1 提供了一个可嵌入的容器,这使得执行集成测试变得容易。