I don't understand. Why is this marked as fixed (with no commit reference)
if it's on the 3.6.0-candidate list? There have been several similar cases
just recently; has there been some incorrect jira update?

/Anders

---------- Forwarded message ----------
From: Christian Schulte (JIRA) <j...@apache.org>
Date: Wed, Feb 1, 2017 at 12:40 AM
Subject: [jira] [Resolved] (MNG-5971) Imported dependencies should be
available to inheritance processing
To: iss...@maven.apache.org



     [ https://issues.apache.org/jira/browse/MNG-5971?page=com.
atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Christian Schulte resolved MNG-5971.
------------------------------------
    Resolution: Fixed

> Imported dependencies should be available to inheritance processing
> -------------------------------------------------------------------
>
>                 Key: MNG-5971
>                 URL: https://issues.apache.org/jira/browse/MNG-5971
>             Project: Maven
>          Issue Type: Bug
>          Components: Dependencies
>    Affects Versions: 3.3.3
>            Reporter: Stephane Nicoll
>            Assignee: Christian Schulte
>            Priority: Trivial
>             Fix For: 3.6.0-candidate
>
>         Attachments: bom-cloud.zip
>
>
> When a project extends from a parent with a {{dependencyManagement}}
section, it is not always possible to properly override (and align) the
version to use for a group of dependencies.
> We typically use Bill Of Materials to gather a group of modules and make
sure their versions are consistent.
> The following project demonstrates the issue: https://github.com/snicoll-
scratches/maven-dependency-management
> The first commit is a working use case where the parent uses a bom with
version A and we use the same bom with version B in the child. Version B is
used as expected.
> The second commit demonstrates the faulty scenario. Rather than using a
bom in the parent, we use a direct dependency (provided by that bom). We
still use the bom with a different version. In that case all the
dependencies but the one provided by the parent are overridden (leading to
mixed versions for the dependencies provided by the BOM).
> It looks like the distance is still used to compute the version while the
graph of dependencies should be flatten at each step for a proper override.
> Thoughts? Thanks!



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Reply via email to