maven: использование модуля в качестве плагина

Question

[relgames]

Есть мульти-модульный maven проект со сложной иерархической структурой. Один из модулей используется в качестве плагина в другом модуле.

Компилироваться не хочет, не может найти этот плагин.
Предыдущие девелоперы решали это через mvn install, запущенный несколько раз, я же так не хочу, хочу сделать нормально.

Если такая конструкция в принципе невозможна, то как сделать правильно? При том что этот модуль/плагин зависит от некоторых других модулей в этом же проекте…

p.s.
Maven 3.0.4

Answer 1

[javax]

Дело в порядке компиляции. Если плагин проходит «mvn install» первым, то модуль его найдёт

Comments

[relgames]

Я как раз не хочу использовать mvn install. Я хочу, чтобы maven построил правильно зависимости по mvn package

[javax]

это принципиально не возможно. откуда, по вашему проект мавена должен брать зависимости? Он их берет из локал репозитория, даже если соурсы лежат рядом.

[relgames]

как откуда? из модели проекта, конечно же. когда компилируется мульти-модульный проект, мавен именно это и делает — строит граф зависимостей, компилирует первыми те модули, которые ни от чего не зависят, дальше компилирует зависящие и т.д.
docs.codehaus.org/display/MAVENUSER/Multi-modules+projects

Answer 2

[1nd1go]

Идея в следующем. mvn install сабмитит ваши артефакты в локальный репозиторий. Пока там нужного не окажется, то соответственно он и не найдется. Посему, когда вы вызываете mvn package, то инсталляция модулей в локальный репозторий не происходит.

Вообще, я бы сторонился мультимодульных проектов. Скорее всего, можно обойтись отдельными артефактами и писать их в зависимости. Для этого правда надо использовать еще и командый репозиторий артефактов.

Comments

[relgames]

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

Answer 3

[serso]

Естественно Maven умеет работать с зависимыми друг от друга модулями, но важно чтобы у всех модулей и их зависимостей были правильно прописаны

<groupId>, <artifactId>, <version>, <packaging>/<type>

На этапе сборки Maven покажет что-то типа:

Scanning for projects...
Reactor build order:
module-a
module-b

откуда можно понять как Maven разрулил зависимости.
В вашем случае (когда модуль является плагином), честно скажу что будет не знаю, но почему-то мне кажется, что такой сценарий не предусмотрен разработчиками Maven'а. Поэтому всегда можно (да и нужно, наверное) вынести данный модуль в отдельный проект и установить его один раз.

Comments

[relgames]

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