[
https://issues.apache.org/jira/browse/MJAVADOC-490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16382320#comment-16382320
]
Sean Busbey commented on MJAVADOC-490:
--------------------------------------
using maven-site-plugin version 3.4, I still have this problem but only for
test-jar intra-project dependencies. specifically, those dependencies are test
scope but the forked compile build for the main aggregate for some reason still
tries to find them.
> Aggregate goal fails if artifacts not installed
> -----------------------------------------------
>
> Key: MJAVADOC-490
> URL: https://issues.apache.org/jira/browse/MJAVADOC-490
> Project: Maven Javadoc Plugin
> Issue Type: Bug
> Components: javadoc
> Affects Versions: 2.10.4
> Reporter: Shannon Carey
> Priority: Major
>
> Using the javadoc aggregate report causes release:perform to fail if the
> modules were not already installed into the local repository.
> During release:perform's execution of "deploy site-deploy", when
> report:aggregate runs it appears to fork executions on all of the reactor
> modules ("Forking mymodule 0.0.1"). When it gets to a module which has a
> dependency on another module, it cannot find it locally (since that module
> has not yet been installed), tries to download it from Nexus, and ultimately
> fails with "... Could not resolve dependencies for project ... The following
> artifacts could not be resolved ..."
> The only way I can think of to fix this is to add "install" to the
> "preparationGoals" of release:prepare so that the modules are already
> installed before release:perform is run. However, this violates the
> self-containment of release:perform's deploy build, and is generally
> confusing and difficult to diagnose.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)