You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Tamas Cservenak (Jira)" <ji...@apache.org> on 2024/10/23 12:07:00 UTC

[jira] [Created] (MRESOLVER-614) Collector applies depMgt entries coming from a node onto itself

Tamas Cservenak created MRESOLVER-614:
-----------------------------------------

             Summary: Collector applies depMgt entries coming from a node onto itself
                 Key: MRESOLVER-614
                 URL: https://issues.apache.org/jira/browse/MRESOLVER-614
             Project: Maven Resolver
          Issue Type: Bug
          Components: Resolver
    Affects Versions: 2.0.2
            Reporter: Tamas Cservenak


In Maven3 this was not a problem, as Maven3 could add depMgt only on "root level".

In Maven4 with use of new/old transitive Dependency Managers this became a problem. The dependency manager first receives depMgt entries for currently processed node, and then applies it onto same entry, overriding direct dependency versions.

Example with Maven beta-5: it cannot build Resolver master (88a96ac0606d4d2372452a677d9f93c0b55105a4) as bnd-maven-plugin do depend on plexus-utils via path of {{bnd-maven-plugin > build-api > plexus-utils}} as it explodes due lack of org.plexus.utils.Scanner on classpath. This class was introduced in plexus-utils 1.5.8, and build-api do depend on it. But alas, build-api parent contains depMgt entry for plexus-utils 1.5.5 and is applied onto build-api overriding it's own dependency version.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)