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.x Release Plugin
  • MRELEASE-310

ForkedMavenExecutor assumes mvn is on command-line path

  • Log In
  • Views
    • XML
    • Word
    • Printable

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: perform, prepare, stage
  • Labels:
    None
  • Patch Submitted:
    Yes

Description

The ForkedMavenExecutor assumes the mvn executable is on the command-line path. This will cause the release goals to fail if mvn is run from an explicit path and the PATH environment variable has not be set to contain a mvn executable. More dangerously though is the case where the release goal is started with an explicit mvn executable of one version (for instance 2.0.8) but a different version of the mvn executable is available on the PATH. The forked processes will run a different version of Maven2 that the parent process.

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

Attachments

  1. Text File
    ForkedMavenExecutor.patch
    21/Dec/07 11:18 PM
    4 kB
    Brian Jackson

Issue Links

duplicates

Bug - A problem which impairs or prevents the functions of the product. MRELEASE-428 ForkedMavenExecutor must use ${maven.home}/bin/mvn and not only mvn

  • 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
Brian Jackson added a comment - 21/Dec/07 11:18 PM

Attached patch with test case. The patch uses the maven.home system property to find the mvn executable. I now understand that the original process can't spawn children with a different maven version since the mvn script checks that the M2_HOME environment variable is set and matches the version running.

Show
Brian Jackson added a comment - 21/Dec/07 11:18 PM Attached patch with test case. The patch uses the maven.home system property to find the mvn executable. I now understand that the original process can't spawn children with a different maven version since the mvn script checks that the M2_HOME environment variable is set and matches the version running.
Hide
Permalink
Martin Jaeger added a comment - 07/May/08 2:09 AM

After all it should be possible to define the executable on the commandline / with a plugin property. The execution of "mvn" as a fixed string is not appropriate for our system. Since we wrote a wrapper script to select the correct maven version for a defined project.

Show
Martin Jaeger added a comment - 07/May/08 2:09 AM After all it should be possible to define the executable on the commandline / with a plugin property. The execution of "mvn" as a fixed string is not appropriate for our system. Since we wrote a wrapper script to select the correct maven version for a defined project.
Hide
Permalink
Sam De Block added a comment - 14/May/08 2:46 AM

This also conflicts when using M2Eclipse, because then you dont even have a separate maven install.
Basically this plugin doesnt work when maven is launched through the maven embedder.

Show
Sam De Block added a comment - 14/May/08 2:46 AM This also conflicts when using M2Eclipse, because then you dont even have a separate maven install. Basically this plugin doesnt work when maven is launched through the maven embedder.
Hide
Permalink
Frederic Tardif added a comment - 10/Sep/09 9:55 AM

issue on m2e side:

https://issues.sonatype.org/browse/MNGECLIPSE-1660

Show
Frederic Tardif added a comment - 10/Sep/09 9:55 AM issue on m2e side: https://issues.sonatype.org/browse/MNGECLIPSE-1660
Hide
Permalink
Frederic Tardif added a comment - 10/Sep/09 10:23 AM

is there a way that the release plugin could run without forking a maven to support it's integration when it is launched through the maven embedder?

Show
Frederic Tardif added a comment - 10/Sep/09 10:23 AM is there a way that the release plugin could run without forking a maven to support it's integration when it is launched through the maven embedder?
Hide
Permalink
Olivier Lamy added a comment - 10/Sep/09 10:49 AM

We have to wait a released version of the embedder.

Show
Olivier Lamy added a comment - 10/Sep/09 10:49 AM We have to wait a released version of the embedder.
Hide
Permalink
Frederic Tardif added a comment - 16/Nov/10 8:30 AM

any update about this issue? It is quite annoying since we can't use the maven-release-plugin with the embed m2e's maven.

Show
Frederic Tardif added a comment - 16/Nov/10 8:30 AM any update about this issue? It is quite annoying since we can't use the maven-release-plugin with the embed m2e's maven.
Hide
Permalink
Robert Scholte added a comment - 28/Feb/12 11:47 AM

Duplicate of MRELEASE-428, which was already fixed in version 2.0-beta-8

Show
Robert Scholte added a comment - 28/Feb/12 11:47 AM Duplicate of MRELEASE-428, which was already fixed in version 2.0-beta-8

People

  • Assignee:
    Unassigned
    Reporter:
    Brian Jackson
Vote (7)
Watch (10)

Dates

  • Created:
    21/Dec/07 9:27 PM
    Updated:
    28/Feb/12 11:47 AM
    Resolved:
    28/Feb/12 11:47 AM
  • 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.