Собственно, есть проект, на выходе которого получается ear. Состоит из главного pom (который packaging=pom) и трех дочерних проектов (ejb, war и ear, собирающий ejb+war в одно целое). Целиком сборка и деплой проекта производится парой команд

mvn clean package <- эта команда относится к главному pom
mvn jboss:hard-deploy <- эта команда относится к проекту ear

Хочется запихнуть это в одну команду а-ля mvn clean package ear-application.jboss:hard-deploy (чтобы добавить в IDEA "Configuration" и редеплоить одним нажатием), но как я понимаю, мейвен не позволяет так делать (поскольку конкретно этот запуск мейвена работает в контексте главного pom и нельзя напрямую вызвать goal в дочернем pom-файле).

Если же выносить гоал jboss:hard-deploy в родительский pom, то никак не получается предотвратить его выполнение для самого родительского pom (а мне нужно, чтобы эта штука выполнилась только для ear-проекта). configuration-skip не работает, а если в execution указать пустой список goals, ему тоже по барабану.

Гуру мейвена, подскажите, можно ли сделать то, о чем я говорю ?
В IDEA почему-то никак нельзя сложить 2 мейвеновские команды в одно целое и заставить считать это "Build конфигурацией".

0FD,

Спасибо, так-то можно конечно, но к сожалению, это сломает суть package. Другой разработчик допустим из консольки сделает clean package, а мейвен начнет пытаться в jboss деплоить сборку.

marx_freedom,

о, спасибо, то, что нужно !

только недопонял, как это работать будет ? activation определяет, будет ли goal вызываться или нет глобально для всех плагинов, перечисленных в build секции профиля ?

пролетевший,

Вот что я искал ! Ура :)
Спасибо огромное.

Конфига, если кому интересно:




Маленькое пожелание - добавьте, пожалуйста, в ридми на гитхабе перечень доступных пропертей в configuration-секции:

авторdeployer:deploy-jboss
Description: Deploys a directory or file to JBoss via JMX
Implementation: org.ajax4jsf.deployer.DeployJbossMojo
Language: java

Available parameters:

buildDirectory (Default: ${project.build.directory})
Expression: ${buildDirectory}
The name of the file or directory to deploy or undeploy.

deploymentFile
Expression: ${deploymentFile}
File to deploy. For jar/war/ejb/ear projects, default value is project
archive. For multi-module ( pom packaging ) projects, plugin tries to
find the most important module:
- If one of project modules has type 'ear', use it
- Otherwise, try to find 'war' project.
- Repeat for 'sar' and 'ear' types.
- If all types of above were not found, use the last 'jar' packaged
module.

localHost
Expression: ${localHost}
The host/ip address where local server is running on. For deplojment on
the remote server, that adress should be available for requests from the
target server. In the most cases, pligin is able to determine public
network interface on the machine where it's running. Use that parameter
if automated detection fails ( multi-home host, network address
translation, VPN ).

localPort (Default: 9999)
Expression: ${localPort}
The port on which the local server is running on. Jboss downloads file
for deployment by http, therefore plugin starts local server for
download.

password
Expression: ${password}
The default password to use when authenticating with target server.

remote (Default: true)
Expression: ${http}
Jboss 5.1.GA has a bug in http protocol deploiment, therefore remote
deploiment is not available. In that case, set this option to true for
use file: protocol instead of http:

secure (Default: false)
Expression: ${secure}
Enables https protocol.

serverId
Expression: ${serverId}
The targetServer is id to use when authenticating with remote server, or
null to use defaults.

targetHost (Default: localhost)
Expression: ${targetHost}
The host name where target server is running on

targetPort (Default: 8080)
Expression: ${targetPort}
The targetPort where server admin is running on. Default value is 8080.

username
Expression: ${username}
The username to use when authenticating with target server.

(было получено командой mvn help:describe -Dcmd=deployer:deploy-jboss -Ddetail)

И да, еще бы отметить в ридми, что remote deploy на 5.1GA jboss не пашет из-за бага в application server (пришлось смотреть исходники, чтобы это узнать).