maven-m2-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject [jira] Updated: (MNG-77) dependency-pom's parent not included in transitive dependency search
Date Thu, 27 Jan 2005 20:17:08 GMT
The following issue has been updated:

    Updater: Jason van Zyl (
       Date: Thu, 27 Jan 2005 3:16 PM
             Fix Version changed from 1.0-alpha-1
For a full history of the issue, see:

View the issue:

Here is an overview of the issue:
        Key: MNG-77
    Summary: dependency-pom's parent not included in transitive dependency search
       Type: Bug

     Status: Open
   Priority: Major

 Original Estimate: 4 hours
 Time Spent: Unknown
  Remaining: 4 hours

    Project: m2

   Assignee: John Casey
   Reporter: John Casey

    Created: Tue, 31 Aug 2004 3:10 AM
    Updated: Thu, 27 Jan 2005 3:16 PM
Environment: all

UPDATE: related discussion of dependency classifiers is in MNG-78.


I have a project for work that uses marmalade-core-1.0-alpha1.jar
This leads to transitive resolution of marmalade-core-1.0-alpha1.pom, 
which inherits from marmalade-parent-1.0-alpha1.pom.

marmalade-parent-1.0-alpha1.pom defines a dependency on xpp3-

When I build my work project, it DOES NOT resolve a transitive dependency on xpp3-


After looking at the source code for MavenMetadataSource, I see that the model's parent is
not considered during artifact resolution. This has a simple fix, in that the parent should
be checked for artifacts if it's not null. I have the new code implemented on my local working

HOWEVER, I cannot build maven with this fix. This is due to the fact that plexus-components-1.0.pom
defines a TEST-ONLY dependency on commons-jelly-tags-velocity-XXX.jar, which doesn't have
a pom associated with it. The quick fix is to satisfy all of these (I know there are more...I
just can't see them now) outstanding pom-not-found instances one by one. This is not desirable,
since it will lead to a bloated local repository full of other projects' test dependencies.

A longer-term fix is to determine how to classify dependencies as testing-only vs. runtime
vs. whatever...I know we've discussed this, but we should probably nail this down and get
it fixed correctly. I'll file a separate issue for the dependency classifier discussion, and
note its ID here.

This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:

If you want more information on JIRA, or have a bug to report see:

View raw message