maven-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Benjamin Bentmann (JIRA)" <j...@codehaus.org>
Subject [jira] Closed: (MNG-4056) Relax resolution of active project artifacts from the reactor with regard to artifact type
Date Tue, 03 Mar 2009 13:49:12 GMT

     [ http://jira.codehaus.org/browse/MNG-4056?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Benjamin Bentmann closed MNG-4056.
----------------------------------

         Assignee: Benjamin Bentmann
       Resolution: Fixed
    Fix Version/s: 3.0-alpha-3
                   2.1.0

Fixed in [r749612|http://svn.eu.apache.org/viewvc?view=rev&revision=749612] and [r749616|http://svn.eu.apache.org/viewvc?view=rev&revision=749616],
respectively.

> Relax resolution of active project artifacts from the reactor with regard to artifact
type
> ------------------------------------------------------------------------------------------
>
>                 Key: MNG-4056
>                 URL: http://jira.codehaus.org/browse/MNG-4056
>             Project: Maven 2
>          Issue Type: Wish
>          Components: Dependencies
>    Affects Versions: 2.0.10, 2.1.0-M1
>            Reporter: Benjamin Bentmann
>            Assignee: Benjamin Bentmann
>             Fix For: 2.1.0, 3.0-alpha-3
>
>         Attachments: MNG-4056.patch
>
>
> Right now, active project artifacts from the reactor are resolved by their exact artifact
id. The distinction between artifact type and classifier gives rise to confusion for users
here. For instance, the test JAR attached by {{jar:test-jar}} has the id {{gid:aid:test-jar:version}}.
Hence, resolution from the reactor cache works only if users specify the dependency on the
test JAR with {{<type>test-jar</type>}}, omitting {{<type>}} and just giving
{{<classifier>tests</classifier>}} will not resolve the dependendy from the reactor.
However, the latter approach with the classifier works once the test JAR is installed to the
local repo. EJB client JARs are another example of this issue.
> Maybe we can extend the reactor resolution to do another id matching try which constructs
the id of the active artifact by assuming type = artifactHandler.extension and classifier
= artifactHandler.classifier before matching with the dependency id. This should more closely
resemble artifact identity as visible in the repository, where we have no artifact type but
only classifier and extension.

-- 
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