Return-Path: X-Original-To: apmail-maven-issues-archive@minotaur.apache.org Delivered-To: apmail-maven-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 544EE1828C for ; Mon, 14 Dec 2015 07:58:47 +0000 (UTC) Received: (qmail 51089 invoked by uid 500); 14 Dec 2015 07:58:47 -0000 Delivered-To: apmail-maven-issues-archive@maven.apache.org Received: (qmail 51046 invoked by uid 500); 14 Dec 2015 07:58:47 -0000 Mailing-List: contact issues-help@maven.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@maven.apache.org Delivered-To: mailing list issues@maven.apache.org Received: (qmail 50967 invoked by uid 99); 14 Dec 2015 07:58:47 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Dec 2015 07:58:46 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id B3C0F2C1F76 for ; Mon, 14 Dec 2015 07:58:46 +0000 (UTC) Date: Mon, 14 Dec 2015 07:58:46 +0000 (UTC) From: "ASF GitHub Bot (JIRA)" To: issues@maven.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (MNG-5947) dependencyManagement import section does not resolve dependencies using "nearest" definition MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/MNG-5947?page=3Dcom.atlassian.j= ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D150555= 98#comment-15055598 ]=20 ASF GitHub Bot commented on MNG-5947: ------------------------------------- GitHub user akacme opened a pull request: https://github.com/apache/maven/pull/74 [MNG-5947] dependencyManagement import section does not resolve depende= ncies using "nearest" definition o DepenencyManagement model updated to contain declared dependencies and imported dependency managements o DefaultModelBuilder responsible for filling updated DependencyManagement model o DefaultDepenendcyManagementImporter uses graph of dependencyManagemen= t imports to properly find depth of a dependency in a tree and use "nearest" version (instead of first match) You can merge this pull request into a Git repository by running: $ git pull https://github.com/akacme/maven MNG-5947-fix Alternatively you can review and apply these changes as the patch at: https://github.com/apache/maven/pull/74.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #74 =20 ---- commit 43e905229c9a046d4e601f697a71d616c35f0a6c Author: Michal Kowalcze Date: 2015-12-14T07:19:33Z [MNG-5947] dependencyManagement import section does not resolve dependencies using "nearest" definition =20 o DepenencyManagement model updated to contain declared dependencies and imported dependency managements o DefaultModelBuilder responsible for filling updated DependencyManagement model o DefaultDepenendcyManagementImporter uses graph of dependencyManagemen= t imports to properly find depth of a dependency in a tree and use "nearest" version (instead of first match) ---- > dependencyManagement import section does not resolve dependencies using "= nearest" definition > -------------------------------------------------------------------------= ------------------- > > Key: MNG-5947 > URL: https://issues.apache.org/jira/browse/MNG-5947 > Project: Maven > Issue Type: Bug > Components: Dependencies > Affects Versions: 3.3.3 > Reporter: Micha=C5=82 Kowalcze > Attachments: MNG-5947-poms.tgz > > > While resolving dependencies for dependencyManagement version of a partic= ular dependency is determined using "first match", not "nearest" definition= . > Assuming that we have: > * parent:3.2.1:pom with commons-collections:3.2.1 in dependencyManagement > * parent:3.2.2:pom with commons-collections:3.2.2 in dependencyManagement > * imported:1.0:pom with dependencyManagement importing parent:3.21 > * final:1.0:pom with dependencyManagement importing imported:1.0 and pare= nt:3.2.2 > then dependency version for commons-collections in the final POM is set t= o 3.2.1 (as import 1.0 / parent 3.2.1 is first match), not 3.2.2 which is n= earer (one level of import vs. two levels for 3.2.1). -- This message was sent by Atlassian JIRA (v6.3.4#6332)