You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@ant.apache.org by "James Rosko (JIRA)" <ji...@apache.org> on 2008/04/26 00:23:55 UTC

[jira] Created: (IVY-810) Duplidate entries after a resolve.

Duplidate entries after a resolve.
----------------------------------

                 Key: IVY-810
                 URL: https://issues.apache.org/jira/browse/IVY-810
             Project: Ivy
          Issue Type: Bug
    Affects Versions: 2.0.0-beta-2
            Reporter: James Rosko


I'm getting this error in the ivy console:
"There are some duplicates entries due to conflicts between the resolved configurations (*):"

I'm using the latest-revision conflict-manager.

Project A has two dependencies that depend on different versions of a 4th project.  A is getting both versions.   A depends on B and B depends on version 1 of D.  A also depends on C and C depends on version 2 of D.  In this case A does not directly depend on D.  D is not listed as a dependency of projects A's ivy.xml file.
A->B->D1 and A->C->D2

The problem does not occur when A directly depends on D
A->D

What could be causing this?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (IVY-810) Duplidate entries after a resolve.

Posted by "James Rosko (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/IVY-810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12592822#action_12592822 ] 

James Rosko commented on IVY-810:
---------------------------------

That's good information.  I looked over my ivy.xml file and I found two configurations, default and test.  The test conf is causing the conflict. Thank you for your help, I will fix my test conf.

-Rosko 



> Duplidate entries after a resolve.
> ----------------------------------
>
>                 Key: IVY-810
>                 URL: https://issues.apache.org/jira/browse/IVY-810
>             Project: Ivy
>          Issue Type: Bug
>    Affects Versions: 2.0.0-beta-2
>            Reporter: James Rosko
>
> I'm getting this error in the ivy console:
> "There are some duplicates entries due to conflicts between the resolved configurations (*):"
> and one dependent module is being picked up twice, two versions of the same project.
> I'm using the latest-revision conflict-manager.
> Project A has two dependencies that depend on different versions of a 4th project.  A is getting both versions.   A depends on B and B depends on version 1 of D.  A also depends on C and C depends on version 2 of D.  In this case A does not directly depend on D.  D is not listed as a dependency of projects A's ivy.xml file.
> A->B->D1 and A->C->D2
> The problem does not occur when A directly depends on D
> A->D
> What could be causing this?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Updated: (IVY-810) Duplidate entries after a resolve.

Posted by "James Rosko (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/IVY-810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

James Rosko updated IVY-810:
----------------------------

    Description: 
I'm getting this error in the ivy console:
"There are some duplicates entries due to conflicts between the resolved configurations (*):"
and one dependent module is being picked up twice, two versions of the same project.

I'm using the latest-revision conflict-manager.

Project A has two dependencies that depend on different versions of a 4th project.  A is getting both versions.   A depends on B and B depends on version 1 of D.  A also depends on C and C depends on version 2 of D.  In this case A does not directly depend on D.  D is not listed as a dependency of projects A's ivy.xml file.
A->B->D1 and A->C->D2

The problem does not occur when A directly depends on D
A->D

What could be causing this?

  was:
I'm getting this error in the ivy console:
"There are some duplicates entries due to conflicts between the resolved configurations (*):"

I'm using the latest-revision conflict-manager.

Project A has two dependencies that depend on different versions of a 4th project.  A is getting both versions.   A depends on B and B depends on version 1 of D.  A also depends on C and C depends on version 2 of D.  In this case A does not directly depend on D.  D is not listed as a dependency of projects A's ivy.xml file.
A->B->D1 and A->C->D2

The problem does not occur when A directly depends on D
A->D

What could be causing this?


> Duplidate entries after a resolve.
> ----------------------------------
>
>                 Key: IVY-810
>                 URL: https://issues.apache.org/jira/browse/IVY-810
>             Project: Ivy
>          Issue Type: Bug
>    Affects Versions: 2.0.0-beta-2
>            Reporter: James Rosko
>
> I'm getting this error in the ivy console:
> "There are some duplicates entries due to conflicts between the resolved configurations (*):"
> and one dependent module is being picked up twice, two versions of the same project.
> I'm using the latest-revision conflict-manager.
> Project A has two dependencies that depend on different versions of a 4th project.  A is getting both versions.   A depends on B and B depends on version 1 of D.  A also depends on C and C depends on version 2 of D.  In this case A does not directly depend on D.  D is not listed as a dependency of projects A's ivy.xml file.
> A->B->D1 and A->C->D2
> The problem does not occur when A directly depends on D
> A->D
> What could be causing this?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (IVY-810) Duplidate entries after a resolve.

Posted by "Nicolas Lalevée (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/IVY-810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12592558#action_12592558 ] 

Nicolas Lalevée commented on IVY-810:
-------------------------------------

The warning you get is about a module which you are trying to get in two different configurations. Ivy does the resolve and evict conflits for only one configuration at a time. The resolve process is one by one configuration. If you have a use case where you have to build a classpath with a lot of different configuration, then you should consider having a new configuration that extends the other ones. Although in most case I think the configurations themselves should be fixed.
For instance in Eclipse you might want to resolve 3 kind of configurations: compile, test, and runtime. And then you get the warning, because test and runtime conflicts on one dependency. So this means that the ant target that will run the tests (after doing a resolve only on the test configuration) will actually use a different version of a dependency from the one used at runtime, from the one use by the ant target which build the jar. So tests are not running in the same environment as the runtime one. Then you should fix the dependencies by having a direct dependency on the module that generated the conflict. Actually you might want to introduce a private "core" configuration, which will resolve the problematic dependency, and then make "runtime" and "test" extends that "core" configuration.

The topic has been also discussed here :
http://mail-archives.apache.org/mod_mbox/ant-dev/200801.mbox/%3c5D017C51-ED7A-4A43-BBCA-08F291F4D92C@anyware-tech.com%3e



> Duplidate entries after a resolve.
> ----------------------------------
>
>                 Key: IVY-810
>                 URL: https://issues.apache.org/jira/browse/IVY-810
>             Project: Ivy
>          Issue Type: Bug
>    Affects Versions: 2.0.0-beta-2
>            Reporter: James Rosko
>
> I'm getting this error in the ivy console:
> "There are some duplicates entries due to conflicts between the resolved configurations (*):"
> and one dependent module is being picked up twice, two versions of the same project.
> I'm using the latest-revision conflict-manager.
> Project A has two dependencies that depend on different versions of a 4th project.  A is getting both versions.   A depends on B and B depends on version 1 of D.  A also depends on C and C depends on version 2 of D.  In this case A does not directly depend on D.  D is not listed as a dependency of projects A's ivy.xml file.
> A->B->D1 and A->C->D2
> The problem does not occur when A directly depends on D
> A->D
> What could be causing this?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Resolved: (IVY-810) Duplidate entries after a resolve.

Posted by "Nicolas Lalevée (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/IVY-810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Nicolas Lalevée resolved IVY-810.
---------------------------------

    Resolution: Invalid

So there is no bug here.
Thought I will bookmark this bug, it would be interesting to add it to an FAQ.

> Duplidate entries after a resolve.
> ----------------------------------
>
>                 Key: IVY-810
>                 URL: https://issues.apache.org/jira/browse/IVY-810
>             Project: Ivy
>          Issue Type: Bug
>    Affects Versions: 2.0.0-beta-2
>            Reporter: James Rosko
>
> I'm getting this error in the ivy console:
> "There are some duplicates entries due to conflicts between the resolved configurations (*):"
> and one dependent module is being picked up twice, two versions of the same project.
> I'm using the latest-revision conflict-manager.
> Project A has two dependencies that depend on different versions of a 4th project.  A is getting both versions.   A depends on B and B depends on version 1 of D.  A also depends on C and C depends on version 2 of D.  In this case A does not directly depend on D.  D is not listed as a dependency of projects A's ivy.xml file.
> A->B->D1 and A->C->D2
> The problem does not occur when A directly depends on D
> A->D
> What could be causing this?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.