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)