我有一个使用Maven配置的Java Spring项目。随着单元测试及其配置文件的数量迅速增加,我正在尝试将测试配置集中到一个属性文件(同一个属性文件,用于构建项目)。
单元测试位于树中(当然相对于项目路径)
src/test/java/com (...)
这些测试的资源文件位于
src/test/resources(...)
最后,资源文件应该读取的属性文件位于目录
src/main/filters
现在,我有一个Junit类,我在其中指定配置文件位置:
@ContextConfiguration(locations = { "classpath:com/initrode/quartz/SyncManagerJobTest-context.xml"})
在配置文件SyncManagerJobTest-context.xml中有一行
<context:property-placeholder location="/src/main/filters/deploy.local.properties"/>
这会导致从目录中读取属性文件。我想读的是属性文件,它位于src / main / filters下。我尝试使用../../向上遍历目录,但这没有帮助。使用classpath:也没有用。我可以使用带有“file:”的绝对路径,但这需要项目中的每个开发人员修改配置,这也不好。
总结一下,问题是:如何强制src / test / resources /中的配置文件读取src / main / filters中的属性文件?
还有一个相关的奖励问题:在Java环境中处理文件时,是否还有其他修饰符而不是“file:”和“classpath:”?
答案 0 :(得分:5)
如果您将src/main/filters
指定为资源位置,Maven会将资源移至target/classes
,并在构建期间将类编译到同一位置。然后,您没有相对路径来处理,因为它们具有相同的根。如果你不这样做,你的过滤器目录将不会包含在构建中。
更新:当然,您的测试代码会输出到目标/测试类,因此为了简化测试,您可以指定在流程测试资源阶段将src/main/filters
复制到target/test-classes
。我修改了示例以显示该行为。
如果您还没有这样做,可以使用build-helper-maven-plugin将过滤器文件夹添加为资源位置。
执行此操作的配置如下所示:
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>build-helper-maven-plugin</artifactId>
<version>1.3</version>
<executions>
<execution>
<id>add-resource</id>
<phase>process-test-sources</phase>
<goals>
<goal>add-test-resource</goal>
</goals>
<configuration>
<resources>
<resource>
<directory>scr/main/filters</directory>
</resource>
</resources>
</configuration>
</execution>
</executions>
</plugin>
答案 1 :(得分:5)
对我来说,如果您不打算将此文件用作...过滤器,则将属性文件放在src/main/filters
中听起来有点奇怪。如果此文件用作标准测试资源,为什么不将其放在src/test/resources
中?如果要过滤某些资源文件,为什么不这样做并使用过滤后的资源?我希望看到类似的东西:
<build>
<!-- Filter resources -->
<filters>
<filter>src/main/filters/my-filter.properties</filter>
</filters>
<!-- Resources for src/main -->
<resources>
<resource>
<directory>src/main/resources</directory>
<filtering>true</filtering>
</resource>
</resources>
<!-- Resources for src/test -->
<testResources>
<testResource>
<directory>src/test/resources</directory>
<filtering>true</filtering>
</testResource>
</testResources>
</build>
我可能会遗漏一些东西,但我认为你正在混合一些概念。在您的情况下(如果我理解您正在尝试做什么),我将使用maven配置文件和过滤器来管理多个环境部署。看看:
答案 2 :(得分:0)
Spring允许我们分别指定测试资源的位置,以便仅在测试阶段使用它们。通过使用@TestPropertySource("/test.properties")
批注,您可以指定要为测试加载的测试属性文件。
@TestPropertySource 是一个类级别的注释,可用于配置属性文件和内联属性的位置,这些属性和内联属性将添加到环境中针对集成加载的ApplicationContext的PropertySources集合中测试。
您可以在单独的配置类中指定此批注,可以将其指定为仅在测试期间进行扫描。示例:
@Component
public class ClassUsingProperty {
@Value("${testpropertysource.one}")
private String propertyOne;
public String retrievePropertyOne() {
return propertyOne;
}
}
@RunWith(SpringRunner.class)
@ContextConfiguration(classes = ClassUsingProperty.class)
@TestPropertySource
public class DefaultTest {
@Autowired
ClassUsingProperty classUsingProperty;
@Test
public void givenDefaultTPS_whenVariableRetrieved_thenDefaultFileReturned() {
String output = classUsingProperty.retrievePropertyOne();
assertThat(output).isEqualTo("default-value");
}
}
此外,我们可以更改默认配置文件的位置,或添加优先级更高的其他属性:
@TestPropertySource(locations = "/other-location.properties",
properties = "baeldung.testpropertysource.one=other-property-value")