[ https://issues.apache.org/jira/browse/MNG-6161?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Christian Schulte closed MNG-6161. ---------------------------------- Resolution: Duplicate > Dependencies' management via <scope>import</scope> should take precedence > over inherited definitions > ---------------------------------------------------------------------------------------------------- > > Key: MNG-6161 > URL: https://issues.apache.org/jira/browse/MNG-6161 > Project: Maven > Issue Type: Improvement > Components: Dependencies > Affects Versions: 3.3.9 > Environment: Apache Maven 3.3.9 > (bb52d8502b132ec0a5a3f4c09453c07478323dc5; 2015-11-10T16:41:47+00:00) > Maven home: /usr/local/Cellar/maven/3.3.9/libexec > Java version: 1.8.0_60, vendor: Oracle Corporation > Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_60.jdk/Contents/Home/jre > Default locale: en_GB, platform encoding: UTF-8 > OS name: "mac os x", version: "10.12.2", arch: "x86_64", family: "mac" > Reporter: Daniel McGreal > Priority: Major > > Hi, I would like to suggest an improvement to the way in which > <scope>import</scope> dependencies are handled. > Currently, if I have four projects: > * 'version' which sets a dependency on X with a version of Y, and is a parent > pom > * 'depender' which inherits from 'version' and declares a dependency on X > * 'provider' which manages X to scope provided > * 'last' which depends on 'depender' and imports 'provider's managed > dependencies > then the 'provider' definition is ignored and 'version's is chosen. > The use case I'm trying to achieve is where some dependencies are excluded > from a plugin's activities, and using <scope>provided</scope> is the best way > for me to achieve this. Using <scope>import</scope> to override > hierarchically defined dependency management would be a nice way of > organising this in a way that supports the multi-tired architecture my real > use case would require. > In short, it feels to me that a <dependencyManagement> definition with > <scope>import</scope> should be 'closer' to the current bundle's dependency > resolution than its parents. > Thanks for your consideration, > Dan. -- This message was sent by Atlassian JIRA (v7.6.3#76005)