You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Andy Wilkinson (JIRA)" <ji...@apache.org> on 2016/02/18 14:28:18 UTC
[jira] [Commented] (MNG-5971) Imported dependencies should be
available to inheritance processing
[ https://issues.apache.org/jira/browse/MNG-5971?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15152297#comment-15152297 ]
Andy Wilkinson commented on MNG-5971:
-------------------------------------
{quote}
Since that scope would be processed very early (before inheritance and interpolation), you cannot use any features like property expansion.
{quote}
Given that I can do this:
{noformat}
<dependencyManagement>
<dependencies>
<dependency>
<groupId>com.example.foo</groupId>
<artifactId>alpha</artifactId>
<version>${foo.version}</version>
</dependency>
<dependency>
<groupId>com.example.foo</groupId>
<artifactId>bravo</artifactId>
<version>${foo.version}</version>
</dependency>
</dependencies>
</dependencyManagement>
{noformat}
I'd really like to be able to move that dependency management out into a reusable bom and do this:
{noformat}
<dependencyManagement>
<dependencies>
<dependency>
<groupId>com.example.foo</groupId>
<artifactId>foo-bom</artifactId>
<version>${foo.version}</version>
<scope>include</scope>
<type>pom</type>
</dependency>
</dependencies>
</dependencyManagement>
{noformat}
If the accepted goal for {{include}} is to provide a shorthand for declaring the managed dependencies directly, I'd expect that the same rules for the use of properties would apply. Is that not possible?
> Imported dependencies should be available to inheritance processing
> -------------------------------------------------------------------
>
> Key: MNG-5971
> URL: https://issues.apache.org/jira/browse/MNG-5971
> Project: Maven
> Issue Type: Wish
> Components: Dependencies
> Affects Versions: 3.3.3
> Reporter: Stephane Nicoll
> Priority: Trivial
>
> 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.4#6332)