You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Michael Osipov (JIRA)" <ji...@codehaus.org> on 2014/11/25 21:32:28 UTC

[jira] (MECLIPSE-348) Transitive dependencies are resolved in an inhomogeneous manner

     [ https://jira.codehaus.org/browse/MECLIPSE-348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael Osipov closed MECLIPSE-348.
-----------------------------------

    Resolution: Won't Fix

Please refer to https://cwiki.apache.org/confluence/display/MAVEN/The+Great+JIRA+Cleanup+of+2014 if you're wondering why this issue was closed out.

> Transitive dependencies are resolved in an inhomogeneous manner
> ---------------------------------------------------------------
>
>                 Key: MECLIPSE-348
>                 URL: https://jira.codehaus.org/browse/MECLIPSE-348
>             Project: Maven Eclipse Plugin
>          Issue Type: Bug
>          Components: Core : Dependencies resolution and build path (.classpath)
>    Affects Versions: 2.4
>         Environment: Maven 2.0.7, Windows XP SP 2, JDK 1.5.0
>            Reporter: Michael Albrecht
>            Priority: Critical
>         Attachments: module.zip
>
>
> There are four modules/projects moduleA, moduleB, moduleC and moduleD.
> moduleA depends on moduleB-1.0.jar
> moduleC depends on moduleB-2.0.jar
> moduleD depends on moduleC-1.0.jar and moduleA-1.0.jar
> What constellation has to be built if I build moduleD-1.0.jar without explicit dependency management?
> In my opinion D should be built with A-1.0.jar, B-2.0.jar, C-1.0.jar and (hopefully) A-1.0.jar can also run with this version.
> This even happens with the common mvn goals like e.g. mvn test:
> -------------------------------------------------------
>  T E S T S
> -------------------------------------------------------
> Running AppTest
> call me from modulD
> call me from modulC
> call me from modulB - Version 2.0
> call me from modulA
> call me from modulB - Version 2.0
> But with mvn eclipse:eclipse I will get the following classpathentries:
>   <classpathentry kind="var" path="M2_REPO/.../modulA/1.0/modulA-1.0.jar"/>
>   <classpathentry kind="var" path="M2_REPO/.../modulB/1.0/modulB-1.0.jar"/>
>   <classpathentry kind="var" path="M2_REPO/.../modulC/1.0/modulC-1.0.jar"/>
> That's inhomogenous.
> What can I do to resolve it (without dependency management, of course)?



--
This message was sent by Atlassian JIRA
(v6.1.6#6162)