maven-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andreas Brieg (JIRA)" <>
Subject [jira] Commented: (MDEP-251) Artifacts qualifier are NOT taken into accounts correctly
Date Fri, 19 Nov 2010 09:30:03 GMT


Andreas Brieg commented on MDEP-251:

@Joerg Schaible:
Looking at the attached test project I would expect that the maven dependency plugin tries
to download {{}} and not {{}} because
this artifact does not specify a classifier.

Even if I add another profile with another classifier the dependency plugin will use the latest
specified classifier for {{}}. So if using maven in a complex multi
module project one would have to install/deploy all possible modules to the repository with
every possible classifier. But that would just be redundant, because the majority of modules
wouldn't have differences for different classifiers.

> Artifacts qualifier are NOT taken into accounts correctly
> ---------------------------------------------------------
>                 Key: MDEP-251
>                 URL:
>             Project: Maven 2.x Dependency Plugin
>          Issue Type: Bug
>    Affects Versions: 2.1
>         Environment: OSX 10.6.2, java 1.6.0_17
>            Reporter: Jean Seurin
>            Assignee: Brian Fox
>            Priority: Critical
>         Attachments:
> I just introduced some qualifier for some libs that require to be compiled in java5.
> I've been very confused when realizing that when packaging a webapp depending on those
qualified artifacts, the non qualified versions are included instead.
> It seems to come from dependency plugin.
> Here is what happens:
> When I do a dependency:tree on an artifact that depends directly on qualified libs, I
get something regular:
> [INFO] [dependency:tree {execution: default-cli}]
> [INFO]
> [INFO] +-
> ....
> [INFO] +-
> The stageof lib depends on the jdk1.5 qualified commons and commons-xml libs.
> When I do a dependency:tree on an upper level webapp that depends on this stageof lib:
> [INFO]
> [INFO] +-
> [INFO] |  +-
> [INFO] |  \-
> [INFO] +-
> ...
> it finds correctly the qualified version of stageof, but include non qualified commons
and commons-xml.
> These unqualified versions are the dependencies of the also non qualified stageof-1.4-SNAPSHOT.
> From this behavior, I presume dependency plugin makes a mistake in looking from the wrong
pom, probably not using the qualifier of the included dependency:
>         <dependency>
>             <groupId></groupId>
>             <artifactId>stageof</artifactId>
>             <version>1.4-SNAPSHOT</version>
>             <scope>compile</scope>
>             <classifier>jdk1.5</classifier>
>         </dependency>
> Hope this is clear.
> I could provide an example if you can't reproduce easily.
> Actually, just adding a qualifier to the jar-plugin to produce the artifact and to the
<dependency> section should do the job.
> rgds,
> jean

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:


View raw message