Mailing-List: contact ivy-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ivy-user@incubator.apache.org
Received-SPF: pass (herse.apache.org: local policy)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: AW: Conflict problem
Date: Fri, 4 May 2007 08:47:20 +0200
Message-ID: <EF39D77A486C234B9D9933091CE6D21EDAF400@z011034.bk.fin.local>
Thread-Topic: Conflict problem
Thread-Index: AceN8EodKT29Ef+RT9muK0NSlzRIWwAJ1PDw
From: <Jan.Materne@rzf.fin-nrw.de>
To: <ivy-user@incubator.apache.org>

It seems that Xavier wants the development being JIRA-driven.
So I wanted to open an issue, but I found some existing on that topic =
area:

    https://issues.apache.org/jira/browse/IVY-199
    problem with conflict resolution in transitive dependencies
   =20
    Ivy 1.3 has a problem with conflict resolution in transitive =
dependencies:
    A depends on B
    B depends on C and D 1.1 (in this order)
    C depends on D 1.0
   =20
    In this case both D 1.1 and D 1.0 are evicted, whereas only D 1.0 =
should.
   =20
   =20
   =20
    https://issues.apache.org/jira/browse/IVY-118
    add a conflict manager making build fail when a diamond conflict is =
found
   =20
    It would be appreciated to have the opportunity to use a conflict =
manager which makes=20
    the build fail when two modules have a dependency on a third module =
but disagrees on=20
    the version (the diamond case with conflicting versions).


Jan


>-----Urspr=FCngliche Nachricht-----
>Von: Jing Xue [mailto:jingxue@digizenstudio.com]=20
>Gesendet: Freitag, 4. Mai 2007 04:02
>An: ivy-user@incubator.apache.org
>Betreff: Re: Conflict problem
>
>On Thu, May 03, 2007 at 06:45:25PM +0200, Xavier Hanin wrote:
>> On 5/3/07, Thomas Schoepfer=20
><t.schoepfer@daetwyler-graphics.ch> wrote:
>> >
>> >App_A depends Runtime 2.3 and Common 1.+
>> >App_B depends Runtime 2.4 and Common 1.+
>> >Common 1.0.0 depends Runtime 2.3
>> >Common 1.1.0 depends Runtime 2.4
>> >
>> >I can resolve App_B.
>> >- This selects Common 1.1.0 and Runtime 2.4.
>> >
>> >Resolution of App_A fails.
>> >- It selects Runtime 2.3 (as expected)
>> >- It selects Common 1.1.0 (instead of 1.0.0)
>> >
>> >defaultConflictManager is set to "strict"
>> >
>> >Can ivy be configured to try other revs, if the easiest path fails?
>> No, for the moment I know no way to use Ivy to adapt dependencies
>> depending on their own dependencies. Even if this is something
>> interesting, I think it's technically difficult to achieve on complex
>> dependencies graph with wide version constraints. It can also lead to
>> determination problems, eg:
>> A -> B latest and C latest
>> B 1 -> C 2
>> B 2 -> C 1
>> should Ivy select B 1 and C 2 or B 2 and C 1?
>
>Shouldn't Ivy explicitly throw an error, because there is
>enough information to drive it to select both C1 and C2, which is
>obviously conflicting?
>
>--=20
>Jing Xue
>