You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by Mark Hobson <ma...@gmail.com> on 2007/05/17 18:02:28 UTC
Version range resolution
Hi there,
I'm working on tests for MRELEASE-177 which has led me to investigate
how ranges are resolved. An example problem was [1.0,2.0] resolving
to 2.0 irrespective of the repository metadata.
This appears to be due to VersionRange.getSelectedVersion and
isSelectedVersionKnown which selects the upper bound if present and
inclusive. DefaultArtifactCollector then blindly uses this without
consulting the artifact metadata. Any idea why VersionRange special
cases this situation? All the integration tests pass without it.
Cheers,
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Version range resolution
Posted by Mark Hobson <ma...@gmail.com>.
On 17/05/07, Brett Porter <br...@apache.org> wrote:
> Sounds like a bug to me...
Have a look at http://jira.codehaus.org/browse/MNG-2988 and see if
that makes sense.
Cheers,
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: Version range resolution
Posted by Brett Porter <br...@apache.org>.
Sounds like a bug to me...
On 17/05/2007, at 9:02 AM, Mark Hobson wrote:
> Hi there,
>
> I'm working on tests for MRELEASE-177 which has led me to investigate
> how ranges are resolved. An example problem was [1.0,2.0] resolving
> to 2.0 irrespective of the repository metadata.
>
> This appears to be due to VersionRange.getSelectedVersion and
> isSelectedVersionKnown which selects the upper bound if present and
> inclusive. DefaultArtifactCollector then blindly uses this without
> consulting the artifact metadata. Any idea why VersionRange special
> cases this situation? All the integration tests pass without it.
>
> Cheers,
>
> Mark
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org