|
John Casey made changes - 22/Jun/06 12:37 PM
Jason van Zyl made changes - 11/Jan/07 01:58 AM
Brian Fox made changes - 12/Jul/07 10:20 PM
Brian Fox made changes - 25/Jul/07 08:56 AM
Paul Gier made changes - 22/Oct/07 12:01 PM
Brian Fox made changes - 23/Oct/07 04:30 PM
Brian Fox made changes - 27/Oct/07 09:36 PM
When a dependency can't be resolved AND the same is found in the reactor AND the plugin is an aggregator, we produce a large warning and then skip it. A clone of this issue has been created for possible further solution in 2.1:
Brian Fox made changes - 28/Oct/07 08:28 PM
I checked out this evening from https://svn.apache.org/repos/asf/maven/components/branches/maven-2.0.x See attached. Running 'mvn generate-sources' returns an error, whereas running 'mvn package' completes successfully. Best regards, Alfie.
Alfie Kirkpatrick made changes - 30/Oct/07 04:26 AM
Hi Brian, thanks for taking a look at the project. Maybe this isn't the right forum to discuss this now you've made it clear this is a different issue. However, I can't see how this is 'normal' behaviour because the dependency does exist in the reactor and targeting a later phase is successful. Also we only see the problem if a plugin is invoked by the build at an early phase and the plugin requires dependency resolution. At the moment our team is working around this issue by running 'mvn package eclipse:eclipse' which just seems crazy to me. If you need a fuller description of what we tried see my post on the mailing list (http://www.mail-archive.com/users@maven.apache.org/msg75053.html
Brett Porter made changes - 04/Mar/08 05:46 PM
Alfie, an issue for your problem exists in JIRA for maven-eclipse-plugin as For info I had already raised MNG-3283 for the specific issue we're facing. I'll comment on
Benjamin Bentmann made changes - 08/Mar/09 12:24 PM
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
I debugged another problem caused by enforcer:enforce-once (aggregator and requiresDependencyResolution) and confirm this. The resolveTransitively doesn't consider artifacts in the reactor.