[
https://issues.apache.org/jira/browse/MDEP-516?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16979112#comment-16979112
]
Benjamin Podszun commented on MDEP-516:
---------------------------------------
It seems that the closed MDEP-204 had more recent discussions and even
references a
[merged|https://gitbox.apache.org/repos/asf?p=maven-dependency-plugin.git;a=commit;h=23b7ca8790ae14175ed8e3a20c75c6274efe5ad8]
[PR|https://github.com/apache/maven-dependency-plugin/pull/20] that is
supposed to fix this.
That code landed in September: Are there any current plans for an upcoming
official release containing this functionality?
> Go-offline does not find module dependencies in multi-module build.
> -------------------------------------------------------------------
>
> Key: MDEP-516
> URL: https://issues.apache.org/jira/browse/MDEP-516
> Project: Maven Dependency Plugin
> Issue Type: Bug
> Components: go-offline
> Affects Versions: 2.10
> Reporter: Petar Tahchiev
> Priority: Major
>
> Hello,
> I've recently hit the exact same problem that these guys are having:
> http://stackoverflow.com/questions/14694139/how-to-resolve-dependencies-between-modules-within-multi-module-project
> and I thought it must be a very normal scenario so probably a lot of other
> people are hitting.
> So basically I have a multi-module build where {{moduleA}} is built first and
> them {{moduleB}} depends on {{moduleA}}. However when I do {{mvn
> dependency:go-offline}} it comes to resolve the dependencies of {{moduleB}}
> and it fails with {{Artifact not found: moduleA}}.
> That seems to happen because only modules that have been packaged are put in
> the reactor and so later modules will know about them. So to fix it I have to
> do the following:
> {code}
> mvn package dependency:go-offline -U -Pquick,test -DskipTests -s
> src/main/resources/settings.xml
> {code}
> which I really don't like, because it does an extra package that I don't
> need, and then the whole build gets a lot slower.
> of course, {{mvn install}} at any time fixes the issue also, but I don't want
> to install
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
