[prev in list] [next in list] [prev in thread] [next in thread]
List: maven-dev
Subject: [jira] [Updated] (MNG-5639) Support resolution of Import Scope POMs from Repo that contains a ${para
From: "Stephen Connolly (JIRA)" <jira () apache ! org>
Date: 2017-08-31 9:49:00
Message-ID: JIRA.12796331.1401183779000.168561.1504172940840 () Atlassian ! JIRA
[Download RAW message or body]
[ https://issues.apache.org/jira/browse/MNG-5639?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel \
]
Stephen Connolly updated MNG-5639:
----------------------------------
Fix Version/s: (was: 3.5.1-candidate)
(was: 3.2.2)
3.5.x-candidate
> Support resolution of Import Scope POMs from Repo that contains a ${parameter}
> ------------------------------------------------------------------------------
>
> Key: MNG-5639
> URL: https://issues.apache.org/jira/browse/MNG-5639
> Project: Maven
> Issue Type: Improvement
> Components: Dependencies
> Affects Versions: 3.2.1
> Reporter: Mark Ingram
> Priority: Minor
> Fix For: 3.5.x-candidate
>
> Attachments: pom.xml
>
>
> Running mvn help:effective-pom on the attached POM:
> {noformat}[ERROR] The project \
> com.ming:maven-failing-import-pom-example:1.0.0-SNAPSHOT \
> (C:\wip\scratch-dev\maven-import-dependency-management\pom.xml) has 1 error [ERROR] \
> Non-resolvable import POM: Could not transfer artifact \
> org.springframework:spring-framework-bom:pom:4.0.0.R2 from/to spring-milestones \
> (${spring.url}): No connector available to access repository spring-milestones \
> (${spring.url}) of type default using the available factories \
> WagonRepositoryConnectorFactory @ line 20, column 25 -> Help 2]{noformat} mvn \
> help:effective-pom -Prepo-will-succeed works as expected. Note that prior to \
> attempting the failing resolution, the full project POM model has successfully been \
> resolved. So the correct value for the property is known and could in theory be \
> substituted into the repository URL before the failing import pom resolve attempt. \
> Will create a Github pull request with one possible solution to this - it includes \
> a JUnit test case.
> Note: agreed this is a contrived example. To try and give an idea of the actual use \
> case - several development streams are setup with individual sandboxed Nexus \
> repository holding specific version of several shared components. The repository \
> configuration uses the pattern $\{nexus.baseurl}/content/groups/$\{stream.name} \
> with the properties set in settings.xml file. One workaround would be to create \
> profiles for every work stream that explicitly list the full repository URL, even \
> then the above feature would be nice to allow the $\{nexus.baseurl} to avoid \
> repeating that part.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic