Можно ли отфильтровать сгенерированный плагин Maven EAR application.xml с помощью файлового фильтра?

Я пытаюсь отфильтровать application.xml файл, созданный maven-ear-plugin используя файловые фильтры. Моя структура проекта является стандартом для Maven.

Вот мой файл POM:

<?xml version="1.0" encoding="UTF-8"?>

<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">

    <modelVersion>4.0.0</modelVersion>

    <groupId>test</groupId>
    <artifactId>test-filter</artifactId>
    <version>1.0-SNAPSHOT</version>
    <packaging>ear</packaging>

    <properties>
        <prop1>xyz</prop1>
    </properties>

    <build>
        <plugins>
            <plugin>
                <artifactId>maven-ear-plugin</artifactId>
                <version>2.10.1</version>
                <configuration>
                    <version>6</version>
                    <env-entries>
                        <env-entry>
                            <env-entry-name>env1</env-entry-name>
                            <env-entry-type>java.lang.String</env-entry-type>
                            <env-entry-value>${prop1}</env-entry-value>
                        </env-entry>
                    </env-entries>
                </configuration>
            </plugin>
        </plugins>
    </build>

</project>

До здесь все работает отлично. Плагин генерирует application.xml файл, содержащий env1 запись с интерполированным значением xyz,

Проблема в том, когда я перемещаю свойство Maven prop1 в файл свойств и настройте фильтр:

<?xml version="1.0" encoding="UTF-8"?>

<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">

    <modelVersion>4.0.0</modelVersion>

    <groupId>test</groupId>
    <artifactId>test-filter</artifactId>
    <version>1.0-SNAPSHOT</version>
    <packaging>ear</packaging>

    <build>
        <filters>
            <filter>src/main/filters/filter.properties</filter>
        </filters>
        <plugins>
            <plugin>
                <artifactId>maven-ear-plugin</artifactId>
                <version>2.10.1</version>
                <configuration>
                    <version>6</version>
                    <env-entries>
                        <env-entry>
                            <env-entry-name>env1</env-entry-name>
                            <env-entry-type>java.lang.String</env-entry-type>
                            <env-entry-value>${prop1}</env-entry-value>
                        </env-entry>
                    </env-entries>
                </configuration>
            </plugin>
        </plugins>
    </build>

</project>

Для моего понимания filters особенность, это эквивалентно как свойства, но с использованием отдельного файла. Тем не менее, сгенерированный application.xml содержит запись env1 без интерполяции ${prop1},

Конечно файл src/main/filters/filter.properties существует и содержит:

prop1=abc

Есть что-то, чего мне не хватает?

1 ответ

Решение

Я предполагаю, что порядок запуска плагинов не работает в вашу пользу.

Ушной плагин довольно быстро создает файл application.xml: http://maven.apache.org/plugins/maven-ear-plugin/generate-application-xml-mojo.html обрабатываемый во время "generate-resources".

Плагин ресурсов, который выполняет фильтрацию, запускается на следующем этапе: http://maven.apache.org/ref/3.3.9/maven-core/default-bindings.html

Таким образом, свойства, вероятно, не читаются во время создания application.xml.

Можно было бы использовать плагин свойств: http://www.mojohaus.org/properties-maven-plugin/usage.html и привязать его к раннему этапу, чтобы они были доступны для фильтрации в плагине ear.

Другие вопросы по тегам