You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@ant.apache.org by "Xavier Hanin (JIRA)" <ji...@apache.org> on 2007/12/06 15:38:43 UTC
[jira] Resolved: (IVY-648) latest compatible conflict manager
[ https://issues.apache.org/jira/browse/IVY-648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Xavier Hanin resolved IVY-648.
------------------------------
Resolution: Fixed
Fix Version/s: 2.0.0-beta-1
I've checked in an implementation of this a couple of days ago, it seems to be working well.
> latest compatible conflict manager
> ----------------------------------
>
> Key: IVY-648
> URL: https://issues.apache.org/jira/browse/IVY-648
> Project: Ivy
> Issue Type: New Feature
> Components: Core
> Reporter: Xavier Hanin
> Assignee: Xavier Hanin
> Fix For: 2.0.0-beta-1
>
>
> The conflict manager system in Ivy is not currently flexible enough to deal with some complex compatibility issues in a dependency graph. Here is an example:
> #A;1.0-> { #B;[1.0,1.5] #C;[2.0,2.5] }
> #B;1.4->#D;1.5
> #B;1.5->#D;2.0
> #C;2.5->#D;[1.0,1.6]
> In this case, the current conflict manager system doesn't allow to end up with a set of compatible dependencies (#B;1.4 #C;2.5 and #D;1.5), because it requires:
> - adding additional constraints when a dynamic version constraint is resolved to an actual version
> - restarting the resolution process with such additional constraints when a compatibility conflict occurs
> Adding these two features and a conflict manager leveraging those to handle this use case would be a nice improvement to Ivy conflict management flexibility.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.