You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "John Casey (JIRA)" <ji...@codehaus.org> on 2007/02/01 23:00:44 UTC
[jira] Commented: (MNG-2806) Provide a means of replacing one mojo
binding with another, without knowing the location of the first binding in
the lifecycle
[ http://jira.codehaus.org/browse/MNG-2806?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_86575 ]
John Casey commented on MNG-2806:
---------------------------------
See http://docs.codehaus.org/display/MAVEN/Suppression%2C+Ordering%2C+and+Replacement+of+Plugins+and+Mojos+Bindings for more info.
> Provide a means of replacing one mojo binding with another, without knowing the location of the first binding in the lifecycle
> ------------------------------------------------------------------------------------------------------------------------------
>
> Key: MNG-2806
> URL: http://jira.codehaus.org/browse/MNG-2806
> Project: Maven 2
> Issue Type: New Feature
> Components: POM
> Affects Versions: 2.0.4
> Reporter: John Casey
> Fix For: 2.1-alpha-1
>
>
> Lifecycle phase-bindings that are inherited from parent POMs or packaging-mappings are invisible to the user, without sometimes extensive research into the POM lineage and/or the extension artifact source that brings in the packaging-mapping.
> For end users in a large development environment, it should be possible to replace an inherited mojo binding with one specified in the local POM, without needing to know what phase that binding is attached to. It is possible to see the full mojo ID and execution ID for a replacement target in the debug output of a build, but phase transitions are not logged...which makes researching the phase-location of a mojo binding quite difficult. Replacement should be available at either the execution level, or the mojo level within a specified execution.
> If replacing a mojo in the lifecycle mapping given by the project's packaging, the executionId for the replacement should be 'default'.
> This feature should be accompanied by a new mojo in the help plugin which can print out the effective build steps in that project's lifecycle, to help with debugging replacements, etc.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira