[ 
https://issues.apache.org/jira/browse/MNG-7049?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17520122#comment-17520122
 ] 

Michael Osipov commented on MNG-7049:
-------------------------------------

[~jhughes], since you want to verify that all versions have been downloaded to 
satisfy your request, I guess your IT needs to contain a file-based repository, 
the project itself and the verification code traverses the IT local repo for 
all POM from the metadata. WDYT?

> Version range resolution downloads all poms, not just the highest version
> -------------------------------------------------------------------------
>
>                 Key: MNG-7049
>                 URL: https://issues.apache.org/jira/browse/MNG-7049
>             Project: Maven
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Moti Nisenson-Ken
>            Priority: Major
>
> When specifying a version range for a dependency, maven will download and try 
> to resolve all poms in that range which satisfy the range. The usage however 
> is only to use the highestVersion. This causes two issues:
>  # Performance - it's downloading numerous poms that aren't needed.
>  # Fragility - if the version range covers any "bad" poms, then the build 
> will fail. For example, consider that for a specific version, the parent of a 
> pom is not present in the repository. This is enough to fail any build with a 
> version range covering that specific version, as the range resolution stage 
> will not complete. This is particularly harmful when that version would not 
> be selected as the highest, anyway.
> Recommend to have a system property to control the desired behavior - it 
> should be possible to short-circuit loading all the versions and to just to 
> load the highest version.
> For another user report of this see: 
> [https://stackoverflow.com/questions/25047859/restrict-maven-to-not-download-all-poms]
>  



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

Reply via email to