[ 
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)

Reply via email to