Почему я не могу активировать профиль Maven2 из другого профиля? - PullRequest
Новая
       60

Почему я не могу активировать профиль Maven2 из другого профиля?

15 голосов
/ 11 февраля 2010

У меня есть многомодульный проект Maven2, который создает веб-приложение. Приложение подключено к бэкэнд-серверу и БД. В нашей среде развернуто несколько экземпляров сервера, а также есть несколько внутренних экземпляров и экземпляров БД для разработки, UAT, производства и т. Д. Таким образом, практически каждой конфигурации приложения необходимы эти 3 координаты:

  • интерфейсный сервер
  • фоновый сервер
  • DB

Я работаю над унификацией и автоматизацией конфигурации приложения. Легко и очевидно представить эти различные конфигурации в виде профилей в Maven. Затем я могу создать определенную конфигурацию, активировав один профиль из каждой группы, например 

mvn -Pserver.Server1,backend.prod,db.uat clean install

Это немного утомительно для ввода и подвержено ошибкам - если конкретный сервер неправильно настроен для подключения к неправильной БД, цена может быть высокой. Один очевидный способ исправить это - поместить все полезные комбинации профилей в файлы сценариев.

Но я подумал, что мог бы быть умнее, активировав необходимый серверный профиль и профиль БД непосредственно из профиля сервера. Профили сервера находятся в главной помпе, например 

<profile>
    <id>server.myserver</id>
    <properties>
        <jboss.home>D:\Programs\jboss-4.2.1.GA</jboss.home>
        <server.name>NightlyBuild</server.name>
        <hosttobind>192.168.1.100</hosttobind>
        <servlet.port>8080</servlet.port>
        ...
        <db>dev02</db>
    </properties>
</profile>

А профили сервера и базы данных находятся в pom подмодуля Config, например, 

<profile>
    <id>db.dev02</id>
    <activation>
        <property>
            <name>db</name>
            <value>dev02</value>
        </property>
    </activation>
    <properties>
        <jdbc.address>jdbc:oracle:thin:@192.168.0.101:1521:dbdev02</jdbc.address>
    </properties>
</profile>

Таким образом, теоретически, поскольку профиль server.myserver устанавливает для свойства db значение dev02, это должно инициировать активацию профиля db.dev02 в дочернем pom. Однако этого не происходит. (И если два профиля находятся в одном и том же помете, кстати). Если я установил свойство из командной строки с помощью 

mvn -Ddb=dev02 help:active-profiles

тогда профиль активируется, хотя, видимо, я ничего не написал неправильно.

Я что-то упустил? Есть ли другой способ сделать эту работу?

Я вижу, что существует аналогичный вопрос: Могу ли я заставить один профиль maven активировать другой?
Тем не менее, ИМХО, это не дубликат - я вижу, что мой подход не работает, и я хотел бы понять, почему. (Я прочитал ссылку, но я мог упустить из виду что-то очевидное).

Ответы [ 2 ]

18 голосов
/ 12 февраля 2010

Функция просто не существует. Активатор свойств использует входящие свойства, а не что-либо, заданное профилями (иначе он не знал бы, в каком порядке их активировать, без какой-либо более сложной логики).

Лучшее решение - используемое вами решение, имеющее идентичные свойства для активации того, что вы хотите сделать вместе. Я понимаю, что это не всегда может быть удовлетворительным - в этом случае все, что вы можете сделать, - это сделать отдельные профили как можно более простыми, чтобы вы могли комбинировать их так, как вам нужно в командной строке, без дублирования между ними.

Проблема, охватывающая эту функцию: https://issues.apache.org/jira/browse/MNG-3309
Вопрос, касающийся активации свойства: https://issues.apache.org/jira/browse/MNG-2276

5 голосов
/ 10 июня 2014

Проблема MNG-2276 , упомянутая Бреттом, была решена в maven 3.x, так что теперь вы можете определять свойства в settings.xml для запуска профилей в pom. Вот пример:

В settings.xml: 

<profile>
    <id>localDist</id>
    <activation>
        <property><name>localDist</name></property>
    </activation>
    <properties>
        <doReleaseTasks>true</doReleaseTasks>
    </properties>
</profile>

В вашем помещике (или еще лучше, в помете вашего родителя): 

<profile>
    <id>doReleaseTasks</id>
    <activation>
        <property><name>doReleaseTasks</name></property>
    </activation>
    <build>
        <plugins>
            ... mvn -DlocalDist will activate these plugins
        </plugins>
    </build>
</profile>

Хорошая идея использовать плагин принудительного применения для принудительной установки mvn 3.0 или выше: 

<build>
    <plugins>
        <plugin>
            <artifactId>maven-enforcer-plugin</artifactId>
            <executions>
                <execution>
                    <id>enforce-maven</id>
                    <goals> <goal>enforce</goal> </goals>
                    <configuration>
                        <rules>
                            <requireMavenVersion>
                                <version>[3.0,)</version>
                                <message>
*** Maven 3.x required to allow cascading profiles to be activated in settings.xml (MNG-2276)
                                </message>
                            </requireMavenVersion>
                        </rules>
                    </configuration>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>
...