我在 Maven 中有一个具有默认目录结构的 Web 应用程序。那里没问题。 默认目录结构有一些属性文件指向我的本地主机数据库。
目前我创建了一个 Ant 脚本来创建不同的战争文件 - 一个用于生产，一个用于开发，使用以下命令：
ant deploy-dev
ant deploy-prod
ant deploy-sit
ant deploy-uat
所以基本上他们创建了一个war文件，然后通过插入属性文件来更新war文件
maven 中是否有类似的东西（根据配置创建不同的战争）？
如果是这样，我该怎么做？
我试过mvn war但它只会制造一场战争
【问题讨论】：
标签： maven-2
我更喜欢在这种情况下使用 maven 配置文件。 例如我们有目录结构：
源/主/资源 | +- 本地 | | | `-特定的.properties +- 开发 | `-特定的.properties在 pom.xml 中定义两个配置文件：
<profiles>
<profile>
<id>local</id>
<activation>
<activeByDefault>true</activeByDefault>
</activation>
<build>
<resources>
<resource>
<directory>src/main/resources/local</directory>
</resource>
</resources>
</build>
</profile>
<profile>
<id>dev</id>
<build>
<resources>
<resource>
<directory>src/main/resources/dev</directory>
</resource>
</resources>
</build>
</profile>
</profiles>
在这种情况下，我不需要每次更新 pom.xml 以获取新文件。在 IDE 中只需切换配置文件，或从命令行使用 -P 标志。
UPD：如果配置的某些属性相同怎么办？ 像这样进行配置：
<profiles>
<profile>
<id>local</id>
<activation>
<activeByDefault>true</activeByDefault>
</activation>
<build>
<resources>
<resource>
<directory>src/main/resources</directory>
</resource>
<resource>
<directory>src/main/config/local</directory>
</resource>
</resources>
</build>
</profile>
<profile>
<id>dev</id>
<build>
<resources>
<resource>
<directory>src/main/resources</directory>
</resource>
<resource>
<directory>src/main/config/dev</directory>
</resource>
</resources>
</build>
</profile>
</profiles>
公共部分将存储在src/main/resources 中，其他配置将在配置目录的适当文件夹中。
【讨论】：
target/ 中的文件检查时间戳，并且仅在文件较新时复制。切换配置文件时始终运行 mvn clean，否则为 maven 资源插件设置 <overwrite>true</overwrite>。
仅供参考的最佳做法是不必为不同的环境重建您的工件 - 因为这不会导致可重新生成的构建，并且在重建时其他事情可能会发生变化。 IE。如上所述，使用资源过滤仅在重新构建您的项目时有效。
当您将工件从开发到测试或验收测试到生产时 - 您不想要重建。
您想要做的实际上是让您的配置动态化，依赖于运行时变量。 IE。针对不同环境的不同弹簧设置或属性文件，例如：
db-dev.properties
db-test.properties
db-prod.properties
然后您可以使用运行时变量和 Spring 的PropertyPlaceholderConfigurer 在这些配置之间切换。
您实际上也可以使用不同的 spring 配置文件，就像我过去所做的那样，进行更复杂的设置。
我还建议您将“默认”设置保留为生产环境 - 这样，如果您部署到生产环境，您无需担心忘记设置环境变量。
【讨论】：
<beans profile="..."> 属性允许非常简单的条件加载bean 基于环境变量。
如果您想从流程中删除 ant，我会考虑使用带有过滤器的构建配置文件。
在这种情况下，将您的属性文件插入到 src/main/resources 树结构中。然后使用如下过滤器属性参数化属性文件：
jdbc.url=${filtered.jdbc.property}
然后在 src/main/filters 中根据配置文件创建过滤器文件。所以你可以有 dev-filters.properties sat-filters.properties 等。这些包含：
filtered.jdbc.property=jdbc url here
然后，您为每个区域设置构建配置文件，其中您设置了一个指向您的建筑物的特定区域的 env 属性。然后，您可以设置资源过滤器以对每个构建使用 ${env}-filters.properties。此外，您可以设置 war 插件以将 env 属性添加到您的工件中，以便您实际上将 4 个不同的工件存储在您的存储库中的不同分类器下。
然后，您只需使用每个配置文件构建应用即可。您必须为每个配置文件调用构建，但它确实运行良好。
POM 中的一些设置示例：
<build>
<filters>
<filter>src/main/filters/filter-${env}-application.properties</filter>
</filters>
<resources>
<resource>
<directory>src/main/resources</directory>
<filtering>true</filtering>
</resource>
</resources>
<plugins>
<plugin>
<artifactId>maven-war-plugin</artifactId>
<version>2.1-beta-1</version>
<executions>
<execution>
<phase>package</phase>
<goals>
<goal>war</goal>
</goals>
<configuration>
<classifier>${env}</classifier>
</configuration>
</execution>
</executions>
</plugin>
</plugins>
</build>
<profiles>
<profile>
<id>LOCAL</id>
<activation>
<activeByDefault>true</activeByDefault>
</activation>
<properties>
<env>LOCAL</env>
</properties>
</profile>
<profile>
<id>DEV</id>
<properties>
<env>DEV</env>
</properties>
</profile>
<profile>
<id>UAT</id>
<properties>
<env>UAT</env>
</properties>
</profile>
<profile>
<id>PROD</id>
<properties>
<env>PROD</env>
</properties>
</profile>
</profiles>
另外，这个blog post 的道具是我最初找到完成此操作的步骤的地方。
【讨论】：
我已经使用 Spring 的 PropertyPlaceholderConfigurer 处理了这个问题，并在类路径中包含属性文件，在文件系统中包含一个属性文件：
<context:property-placeholder
location="classpath*:META-INF/spring/*.properties,file:myapp*.properties"/>
如果在应用启动（或运行测试等）时当前目录中有 myapp*.properties 文件，它将覆盖烘焙到 war/ear/whatever 中的文件的属性。
【讨论】：
在 maven 2 上使用 build profiles 有关于它的 this article。看起来它只是通过 antrun 插件委托给 ant，因此您甚至可以重新使用现有的 build.xml 文件。
【讨论】：
这很好地说明了它，使用@seth 提到的构建配置文件-
http://maven.apache.org/guides/mini/guide-building-for-different-environments.html
【讨论】：
【讨论】：