spring junit load应用程序上下文进行测试

@ContextConfiguration("file:src/main/webapp/WEB-INF/datasource.xml")
@H_404_2@

选项3（Hack）： 如果你有Maven项目，则可以配置maven-surefire-plugin（在测试阶段使用）src/main/webapp在测试执行期间声明为其他classpath元素。

后两个选项被认为是Hack，因为下面的文件src/main/webapp根本不应该位于类路径中。

现在详细说明： 之所以不能引用这些文件，classpath:/WEB-INF/*.xml@H_404_2@是因为它们确实不在类路径中。重要的是要了解你的Web应用程序是如何打包的，以及最终在类路径上结束的内容。假设默认的Maven项目结构为：

1. java类从编译后src/main/java@H_404_2@进入/WEB-INF/classes@H_404_2@。
2. 资源也从src/main/resources@H_404_2@转到/WEB-INF/classes@H_404_2@。
3. 项目依赖项转到/WEB-INF/lib@H_404_2@。
4. 你拥有的所有内容都src/main/webapp@H_404_2@将到达/（包的根目录）。当然，这意味着所有文件都从src/main/webapp/WEB-INF@H_404_2@转到/WEB-INF@H_404_2@。

要知道的最重要的一点是，classpath将只包含/WEB-INF/classes一个条目，其中的每个jar 都包含一个条目/WEB-INF/lib。因此，对于类加载器，这两个位置之外的资源是完全不可见的。直接位于下 的xml配置文件也是如此/WEB-INF，这就是为什么该引用classpath:/WEB-INF/datasource.xml永远无法工作的原因。

你可能会问自己，如果无法从类路径访问Spring，那么这些xml配置文件又会如何加载呢？答案很简单：启动webapp（而不是仅执行单元/集成测试）时，它运行在Servlet容器中，该容器提供ServletContext对Servlet API@H_404_2@的实际类的访问，因此它用于ServletContext.getresourceAsstream()@H_404_2@加载这些应用程序文件。理解的关键是该方法的javadoc中的以下引号：

此方法与使用类加载器的java.lang.class.getresourceAsstream@H_404_2@不同。此方法允许Servlet容器从任何位置使servlet可以使用资源，而无需使用类加载器。

解决方法

<import resource="datasource.xml"/>
<import resource="hibernate.xml"/>
<import resource="beans.xml"/>

<import resource="/WEB-INF/datasource.xml"/>
<import resource="/WEB-INF/hibernate.xml"/>
<import resource="/WEB-INF/beans.xml"/>

<import resource="classpath:./WEB-INF/datasource.xml"/>
<import resource="classpath:./WEB-INF/hibernate.xml"/>
<import resource="classpath:./WEB-INF/beans.xml"/>