jira.codehaus.org

  • Log In Access more options
    • Online Help
    • Keyboard Shortcuts
    • About JIRA
    • JIRA Credits
    • What?s New
  • Dashboards Access more options (Alt+d)
  • Projects Access more options (Alt+p)
  • Issues Access more options (Alt+i)
  • Maven 2 & 3
  • MNG-2619

building from the middle pom of a (parent,child,grandchild) heirarchy fails

  • Log In
  • Views
    • XML
    • Word
    • Printable

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 2.0-alpha-1, 2.0.4, 2.0.5
  • Fix Version/s: 3.0-alpha-1
  • Component/s: POM
  • Labels:
    None
  • Complexity:
    Intermediate
  • Testcase included:
    yes
  • Patch Submitted:
    Yes

Description

Given a heirerchy of projects - parent, child, grandchild - with <parent> and <module> links between them in the normal way:

Attempting to start a build from the middle of the heirarchy - ie, the "child" - causes maven to attempt to download the parent from the repository - even if the version in the filesystem is correct in terms of {artifact,group,version}.

The problem appears to be that the ProjectBuilder first reads the child pom, and caches the result (but not the parent pom). The reactor then makes the ProjectBuilder read the grandchild pom, and hence the child pom (which now comes from the cache), and the parent pom (which it can't find).

This is much easier demonstrated than explained :/

The attached patch fixes the problem by making sure that all the projects in the heirarchy (including the parent) are added to the cache. It also includes a test case to demonstrate the problem.

  • Options
    • Sort By Name
    • Sort By Date
    • Ascending
    • Descending
    • Download All

Attachments

  1. Text File
    maven-project-middlepom.patch
    19/Oct/06 9:02 AM
    5 kB
    Richard van der Hoff

Issue Links

relates to

Bug - A problem which impairs or prevents the functions of the product. MNG-3057 properties not expanded in generated POMs when building A/B/C nested projects

  • Major - Major loss of function.
  • Closed - The issue is considered finished, the resolution is correct. Issues which are not closed can be reopened.

Activity

Ascending order - Click to sort in descending order
  • All
  • Comments
  • Work Log
  • History
  • Activity
Hide
Permalink
Ryan Hoegg added a comment - 30/Jan/07 9:44 AM

I'd like to add that I've experienced this myself. I didn't think a module was required, but from the description it might be after all. If so, then building the child directly should work fine.

Show
Ryan Hoegg added a comment - 30/Jan/07 9:44 AM I'd like to add that I've experienced this myself. I didn't think a module was required, but from the description it might be after all. If so, then building the child directly should work fine.
Hide
Permalink
Barrett Nuzum added a comment - 09/Mar/07 11:23 AM

Seems to be related to repository metadata –
if the parent has been deployed rather than installed, it is more easily found.

Show
Barrett Nuzum added a comment - 09/Mar/07 11:23 AM Seems to be related to repository metadata – if the parent has been deployed rather than installed, it is more easily found.

People

  • Assignee:
    John Casey
    Reporter:
    Richard van der Hoff
Vote (2)
Watch (2)

Dates

  • Created:
    19/Oct/06 9:02 AM
    Updated:
    13/Aug/08 4:54 AM
    Resolved:
    01/Jun/07 5:31 PM
  • Atlassian JIRA (v5.0.4#731-sha1:3aa7374)
  • Report a problem
  • Powered by a free Atlassian JIRA open source license for Codehaus. Try JIRA - bug tracking software for your team.