You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Benjamin Bentmann (JIRA)" <ji...@codehaus.org> on 2010/08/17 18:53:32 UTC
[jira] Created: (MNG-4768) Create integration test to check
nearest-match wins when using version ranges
Create integration test to check nearest-match wins when using version ranges
-----------------------------------------------------------------------------
Key: MNG-4768
URL: http://jira.codehaus.org/browse/MNG-4768
Project: Maven 2 & 3
Issue Type: Task
Components: Integration Tests
Reporter: Benjamin Bentmann
Priority: Minor
Verify that for a dirty tree like
{noformat}
project
+- a:1.0
+- b:0.1
| \- c:0.1
| \- a:[2.0,3)
\- d:0.1
\- a:2.0
{noformat}
the selected version of {{a}} is 2.0, i.e. the nearest version that matches all hard constraints imposed by ranges.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (MNG-4768) Depending on declaration order, nearest
matching version does not win when version range is involved in conflict
Posted by "Benjamin Bentmann (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MNG-4768?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Benjamin Bentmann updated MNG-4768:
-----------------------------------
Component/s: (was: Integration Tests)
Dependencies
Description:
Consider these two dirty trees that differ only by the order of direct dependencies:
{noformat}
project
+- a:1.0
+- b:0.1
| \- c:0.1
| \- a:[2.0,3)
\- d:0.1
\- a:2.0
{noformat}
{noformat}
project
+- a:1.0
+- d:0.1
| \- a:2.0
\- b:0.1
\- c:0.1
\- a:[2.0,3)
{noformat}
Further assume the repository contains version 1.0, 2.0 and 2.1 of {{a}}. Also note that each occurrence of {{a}} appears on a different tree depth.
The first tree picks version 2.0, the latter 2.1 (from the range), although 2.0 is the nearer declaration (lower depth).
was:
Verify that for a dirty tree like
{noformat}
project
+- a:1.0
+- b:0.1
| \- c:0.1
| \- a:[2.0,3)
\- d:0.1
\- a:2.0
{noformat}
the selected version of {{a}} is 2.0, i.e. the nearest version that matches all hard constraints imposed by ranges.
Priority: Major (was: Minor)
Affects Version/s: 2.2.1
3.0-beta-2
Issue Type: Bug (was: Task)
Summary: Depending on declaration order, nearest matching version does not win when version range is involved in conflict (was: Create integration test to check nearest-match wins when using version ranges)
> Depending on declaration order, nearest matching version does not win when version range is involved in conflict
> ----------------------------------------------------------------------------------------------------------------
>
> Key: MNG-4768
> URL: http://jira.codehaus.org/browse/MNG-4768
> Project: Maven 2 & 3
> Issue Type: Bug
> Components: Dependencies
> Affects Versions: 2.2.1, 3.0-beta-2
> Reporter: Benjamin Bentmann
>
> Consider these two dirty trees that differ only by the order of direct dependencies:
> {noformat}
> project
> +- a:1.0
> +- b:0.1
> | \- c:0.1
> | \- a:[2.0,3)
> \- d:0.1
> \- a:2.0
> {noformat}
> {noformat}
> project
> +- a:1.0
> +- d:0.1
> | \- a:2.0
> \- b:0.1
> \- c:0.1
> \- a:[2.0,3)
> {noformat}
> Further assume the repository contains version 1.0, 2.0 and 2.1 of {{a}}. Also note that each occurrence of {{a}} appears on a different tree depth.
> The first tree picks version 2.0, the latter 2.1 (from the range), although 2.0 is the nearer declaration (lower depth).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MNG-4768) Depending on declaration order,
nearest matching version does not win when version range is involved in
conflict
Posted by "Benjamin Bentmann (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MNG-4768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=232279#action_232279 ]
Benjamin Bentmann commented on MNG-4768:
----------------------------------------
And just for fun, the second dependency tree sketched above yields:
{noformat}
[INFO] [dependency:tree {execution: default-cli}]
[INFO] org.apache.maven.its.mng4768:adb:pom:0.1
[INFO] +- org.apache.maven.its.mng4768:a:jar:2.0:compile
[INFO] +- org.apache.maven.its.mng4768:d:jar:0.1:compile
[INFO] \- org.apache.maven.its.mng4768:b:jar:0.1:compile
[INFO] \- org.apache.maven.its.mng4768:c:jar:0.1:compile
{noformat}
i.e. the plugin output doesn't match up with the artifacts actually used by Maven for the classpath.
> Depending on declaration order, nearest matching version does not win when version range is involved in conflict
> ----------------------------------------------------------------------------------------------------------------
>
> Key: MNG-4768
> URL: http://jira.codehaus.org/browse/MNG-4768
> Project: Maven 2 & 3
> Issue Type: Bug
> Components: Dependencies
> Affects Versions: 2.2.1, 3.0-beta-2
> Reporter: Benjamin Bentmann
>
> Consider these two dirty trees that differ only by the order of direct dependencies:
> {noformat}
> project
> +- a:1.0
> +- b:0.1
> | \- c:0.1
> | \- a:[2.0,3)
> \- d:0.1
> \- a:2.0
> {noformat}
> {noformat}
> project
> +- a:1.0
> +- d:0.1
> | \- a:2.0
> \- b:0.1
> \- c:0.1
> \- a:[2.0,3)
> {noformat}
> Further assume the repository contains version 1.0, 2.0 and 2.1 of {{a}}. Also note that each occurrence of {{a}} appears on a different tree depth.
> The first tree picks version 2.0, the latter 2.1 (from the range), although 2.0 is the nearer declaration (lower depth).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (MNG-4768) Depending on declaration order, nearest
matching version does not win when version range is involved in conflict
Posted by "Benjamin Bentmann (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MNG-4768?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Benjamin Bentmann closed MNG-4768.
----------------------------------
Resolution: Fixed
Fix Version/s: 3.0-beta-3
Assignee: Benjamin Bentmann
Fixed by [r988749|http://svn.apache.org/viewvc?view=revision&revision=988749].
> Depending on declaration order, nearest matching version does not win when version range is involved in conflict
> ----------------------------------------------------------------------------------------------------------------
>
> Key: MNG-4768
> URL: http://jira.codehaus.org/browse/MNG-4768
> Project: Maven 2 & 3
> Issue Type: Bug
> Components: Dependencies
> Affects Versions: 2.2.1, 3.0-beta-2
> Reporter: Benjamin Bentmann
> Assignee: Benjamin Bentmann
> Fix For: 3.0-beta-3
>
>
> Consider these two dirty trees that differ only by the order of direct dependencies:
> {noformat}
> project
> +- a:1.0
> +- b:0.1
> | \- c:0.1
> | \- a:[2.0,3)
> \- d:0.1
> \- a:2.0
> {noformat}
> {noformat}
> project
> +- a:1.0
> +- d:0.1
> | \- a:2.0
> \- b:0.1
> \- c:0.1
> \- a:[2.0,3)
> {noformat}
> Further assume the repository contains version 1.0, 2.0 and 2.1 of {{a}}. Also note that each occurrence of {{a}} appears on a different tree depth.
> The first tree picks version 2.0, the latter 2.1 (from the range), although 2.0 is the nearer declaration (lower depth).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira