簡單的答案。這是不可能的。問題是基於在這種關係中邪惡的配置文件的使用。
這樣的事情的解決方案是創建一個Maven構建,它能夠產生兩個戰爭文件,這是這個構建的結果。
我假設你有不同的環境,如以下不同的屬性:
.
|-- pom.xml
`-- src
|-- main
| |-- java
| |-- resources
| |-- environment
| | |-- test
| | | `-- database.properties
| | |-- qa
| | | `-- database.properties
| | `-- production
| | `-- database.properties
| `-- webapp
這意味着你需要在你的情況下,兩個war文件僅在財產文件的內容有所不同,以創建。在上面有三個環境。
你需要的是一個裝配描述爲每個環境中,如:
<assembly xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0 http://maven.apache.org/xsd/assembly-1.1.0.xsd">
<id>test</id>
<formats>
<format>war</format>
</formats>
<includeBaseDirectory>false</includeBaseDirectory>
<dependencySets>
<dependencySet>
<unpack>true</unpack>
<useProjectArtifact>true</useProjectArtifact>
</dependencySet>
</dependencySets>
<fileSets>
<fileSet>
<outputDirectory>WEB-INF</outputDirectory>
<directory>${basedir}/src/main/environment/test/</directory>
<includes>
<include>**</include>
</includes>
</fileSet>
</fileSets>
</assembly>
而且在這種情況下,適當的執行的Maven的組裝插件類似如下:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-assembly-plugin</artifactId>
<executions>
<execution>
<id>test</id>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
<configuration>
<descriptors>
<descriptor>${project.basedir}/src/main/assembly/test.xml</descriptor>
</descriptors>
</configuration>
</execution>
<execution>
<id>qa</id>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
<configuration>
<descriptors>
<descriptor>${project.basedir}/src/main/assembly/qa.xml</descriptor>
</descriptors>
</configuration>
</execution>
<execution>
<id>production</id>
<phase>package</phase>
<goals>
<goal>single</goal>
</goals>
<configuration>
<descriptors>
<descriptor>${project.basedir}/src/main/assembly/production.xml</descriptor>
</descriptors>
</configuration>
</execution>
</executions>
</plugin>
這將導致maven通過單一運行:
mvn package
它生產三個不同的戰爭文件,其中包含不同的屬性文件或不同內容的文件。 這是一個沒有配置文件,其完美的作品,並部署將被命名爲喜歡的三種不同的戰爭文件的解決方案:
- 的artifactId版本,test.war
- 的artifactId版本-QA。戰爭
- 的artifactId版本,production.war
,這就是你需要解決你的問題的結果。
建議的解決方案可能是某種「簡單」項目(如在你的例子中)的「解決方法」。但是,我認爲這並不能解決真正的問題。我不認爲解決方案是通過完成戰爭插件或耳塞所做的所有工作來實現的。此外,如果我具有調整生成的二進制文件的配置文件屬性,則建議的解決方案可能無法工作。例如,你將如何有條件地測試代碼或用程序集描述符自動生成application.xml?我開始認爲這可能是一個maven/nexus集成問題。 –
問題是你定義爲**真正的問題**。除此之外,這個插件的工作已經完成了。所以它不能替代它。 application.xml的生成已經在那個時候了。您正在撰寫關於個人資料屬性。與環境相關的配置文件屬性是基於原始帖子的錯誤方式。您希望在哪種情況下使用代碼?基本的觀點是生成的戰爭/耳朵不應該依賴於環境。 – khmarbaise
我有一個有兩個配置文件的項目:每個配置文件以不同的方式配置耳塞:配置文件'A'有2個戰爭模塊,配置文件'B'有3個戰爭模塊。在兩個配置文件中,都使用Jibx(使用不同的描述符)進行裝配。忘記工具,¿如果不執行2次ear-plugin,如何生成2個不同的application.xml? –