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 2009/07/07 23:39:22 UTC
[jira] Updated: (MNG-3506) Custom ArtifactHandler not resolved for
project when an additional plugin with extensions is defined in parent pom
[ http://jira.codehaus.org/browse/MNG-3506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
John Casey updated MNG-3506:
----------------------------
Fix Version/s: (was: 2.2.x)
2.2.1
we may need to change the name of the next version from '2.2.1' but I'd really like to have this on the list.
> Custom ArtifactHandler not resolved for project when an additional plugin with extensions is defined in parent pom
> ------------------------------------------------------------------------------------------------------------------
>
> Key: MNG-3506
> URL: http://jira.codehaus.org/browse/MNG-3506
> Project: Maven 2
> Issue Type: Bug
> Components: Artifacts and Repositories, Inheritance and Interpolation, Plugins and Lifecycle
> Affects Versions: 2.0.7, 2.0.8
> Environment: Windows XP SP2
> Reporter: Cédric Vidal
> Priority: Blocker
> Fix For: 2.2.1
>
> Attachments: sample-01-OK-main-plugin-in-child-pom.zip, sample-02-OK-main-plugin-with-additional-plugin-in-child-pom.zip, sample-03-OK-main-plugin-in-parent-pom.zip, sample-04-KO-main-plugin-with-additional-plugin-in-parent-pom.zip, sample-05-KO-main-plugin-in-child-pom-with-additional-plugin-in-parent-pom.zip
>
>
> Hi,
> I've found an annoying bug regarding custom artifact handlers. A custom artifact handler provided by a plugin with extensions is not resolved when another plugin with extensions is defined in parent pom. Note that the behavior is the same whether the first plugin is defined in child project or parent project.
> In order to illustrate the problem, I've used the maven-eclipse-plugin. It generates a .classpath only when the project's artifact handler's language is set to java. My child project's packaging is "jboss-sar" whose artifact handler is provided by jboss-packaging-maven-plugin. "jboss-sar" 's language is set to java, so whenever the jboss'sar artifact handler is properly resolved, the .classpath file should be generated.
> I've used the nbm-maven-plugin as the second perturbing plugin in order to break the resolution.
> I've attached a set of it tests which each illustrate a working or broken scenario. In order to test those, simply run the following command at the root of each parent project:
> mvn clean eclipse:clean install eclipse:eclipse
> If the file .classpath is properly generated in "module1" child project, then the test passes, else it fails. Attached it tests contain "OK" when they pass and "KO" when then fails.
> I've tried hard to debug plexus component resolution internals but after a whole day of headackes I gave up and ended up posting this issue hoping that somebody more used to maven and plexus internals would find a solution.
> Kind regards,
> Cédric Vidal
> http://proxiad.com
--
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