You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Jorge Solorzano (Jira)" <ji...@apache.org> on 2020/07/15 10:38:00 UTC
[jira] [Created] (MWRAPPER-5) Hardcoded maven-wrapper.jar path
Jorge Solorzano created MWRAPPER-5:
--------------------------------------
Summary: Hardcoded maven-wrapper.jar path
Key: MWRAPPER-5
URL: https://issues.apache.org/jira/browse/MWRAPPER-5
Project: Maven Wrapper
Issue Type: Wish
Affects Versions: 3.0.1
Environment: Linux
Reporter: Jorge Solorzano
Not sure how it will work on 3.7.0, but the current Takari maven wrapper has the jar path hardcoded in the script and in the download java class:
{color:#c586c0}if{color}{color:#d4d4d4} [ -r {color}{color:#ce9178}"{color}{color:#9cdcfe}$BASE_DIR{color}{color:#ce9178}/.mvn/wrapper/maven-wrapper.jar"{color}{color:#d4d4d4} ]; {color}{color:#c586c0}then{color}
This has the problem in projects that prohibit checking binary data, the strange thing is that when Maven is being downloaded the extracted zip goes to \{user.home}/.m2/wrapper/dists/...
So what I propose is that the maven-wrapper.jar can also be downloaded in that directory avoiding to download that jar in every project and also be able to change that directory with properties or env variables like how is now possible with MAVEN_USER_HOME=.m2/, this would definitely help with caching in CI.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)