Maven 2.x Release Plugin

Doens't resolve multiproject dependencies properly

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Duplicate
  • Affects Version/s: 2.0-beta-7
  • Fix Version/s: None
  • Component/s: prepare
  • Labels:
    None
  • Environment:
    Windows, JDK 1.6, Maven 2.08
  • Number of attachments :
    1

Description

I'd try to make a release:prepare from a multiproject:

A (Multiproject POM)
B (Core Interfaces)
C (Component)
D (Core Impl)
E (Standalone Client)
F (EJB)
G (Client)

A is the parent project and contains the other project from B to G. Following dependencies are defined : G -> F -> D -> B -> A

However, when it comes to build the Artifact G, the release plugin aborts, because of missing Artifact F. But it's part of the Multiproject and was just build before. The release plugin checks the remote repository for an existing version. Which is non-sense, since I'm actually try to buld it right now...

Since the release plugin has already changed the pom from Snapshot to stable version labels. I can now do "mvn install" and the missing Artefact will be installed. And the second run of mvn release:prepare will succeed! Though, I don't like this workaround and hope this can be fixed.

Thanks

Kuno

Issue Links

is related to

Bug - A problem which impairs or prevents the functions of the product. MRELEASE-388 @requiresDependencyResolution on prepare mojo causes build to look for its own dependencies

  • Critical - Crashes, loss of data, severe memory leak.
  • Closed - The issue is considered finished, the resolution is correct. Issues which are not closed can be reopened.

Bug - A problem which impairs or prevents the functions of the product. MNG-2871 Subartifact (ejb-client, test-jar etc.) are not reselved as active project artifacts in build phases prior to package

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

Bug - A problem which impairs or prevents the functions of the product. MNG-3043 Allow 'mvn test' to work with test-jar dependencies in a reactor

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

Bug - A problem which impairs or prevents the functions of the product. MRELEASE-3 release:prepare should not require multimodule artifacts to be in the local repository

  • 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
Hide
Permalink
Ian Rowlands added a comment -

Still a problem with 2.0.8 - this means unless you have the dependencies done in a certain way, releases cannot be automated.

Show
Ian Rowlands added a comment - Still a problem with 2.0.8 - this means unless you have the dependencies done in a certain way, releases cannot be automated.
Hide
Permalink
Ian Rowlands added a comment -

Is this being worked on? No progress seems to have been made.

Show
Ian Rowlands added a comment - Is this being worked on? No progress seems to have been made.
Hide
Permalink
Paul Gier added a comment -

Anyone have a sample project that they can upload that reproduces this?

Show
Paul Gier added a comment - Anyone have a sample project that they can upload that reproduces this?
Hide
Permalink
Kalle Korhonen added a comment -

This is the documented behavior of the release plugin right? By default, release:prepare doesn't run install goal. If you need it, you can configure it to run "clean install" as instructed at http://maven.apache.org/plugins/maven-release-plugin/examples/run-goals-before-commit.html

Show
Kalle Korhonen added a comment - This is the documented behavior of the release plugin right? By default, release:prepare doesn't run install goal. If you need it, you can configure it to run "clean install" as instructed at http://maven.apache.org/plugins/maven-release-plugin/examples/run-goals-before-commit.html
Hide
Permalink
Luc Willems added a comment - - edited

doesn't work for me

dependency errors are thrown before any clean/install goal has been run.

using maven 2.0.9 and maven-release-plugin version 2.0-beta-7

Show
Luc Willems added a comment - - edited doesn't work for me dependency errors are thrown before any clean/install goal has been run. using maven 2.0.9 and maven-release-plugin version 2.0-beta-7
Hide
Permalink
Thiago Lećo Moreira added a comment -

This problem occurs when one project produces more than one artifact that will be used on other projects. Like this:

Project Foo produces Foo-1.0.jar and Foo-1.0-test.jar artifacts.

Project Bar depends on Foo-1.0.jar and Foo1.0-test.jar artifacts. The former artifact is resolved without problem but the latter is not since it isn't the main artifact produced by the Foo project.

The sample provided by Kuno show this perfectly: Project F produces two artifcats (EJB-jar and client-jar) and project G dependes on the client-jar of F (which is a second jar produced by F).

Show
Thiago Lećo Moreira added a comment - This problem occurs when one project produces more than one artifact that will be used on other projects. Like this: Project Foo produces Foo-1.0.jar and Foo-1.0-test.jar artifacts. Project Bar depends on Foo-1.0.jar and Foo1.0-test.jar artifacts. The former artifact is resolved without problem but the latter is not since it isn't the main artifact produced by the Foo project. The sample provided by Kuno show this perfectly: Project F produces two artifcats (EJB-jar and client-jar) and project G dependes on the client-jar of F (which is a second jar produced by F).
Hide
Permalink
Olivier Lamy added a comment -

IMHO it's more a MNG than a release plugin one

Show
Olivier Lamy added a comment - IMHO it's more a MNG than a release plugin one
Hide
Permalink
Olivier Lamy added a comment -

duplicate with MRELEASE-3

Show
Olivier Lamy added a comment - duplicate with MRELEASE-3

People

  • Assignee:
    Olivier Lamy
    Reporter:
    Kuno Baeriswyl
Vote (6)
Watch (7)

Dates

  • Created:
    Updated:
    Resolved: