maven-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "John Casey (JIRA)" <j...@codehaus.org>
Subject [jira] Updated: (MNG-3506) Custom ArtifactHandler not resolved for project when an additional plugin with extensions is defined in parent pom
Date Tue, 07 Jul 2009 21:39:22 GMT

     [ 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

       

Mime
View raw message