slawekjaranowski commented on pull request #1:
URL:
https://github.com/apache/maven-wrapper-plugin/pull/1#issuecomment-980633392
Of course, `wrapperUrl` in properties is wrong, but release (even staging)
should resolve it
```
wrapperUrl=https://repo.maven.apache.org/maven2/org/a
slawekjaranowski commented on pull request #1:
URL:
https://github.com/apache/maven-wrapper-plugin/pull/1#issuecomment-980632912
in `maven-wrapper`
```
mvn clean install -P run-its
```
and in other project
```
mvn org.apache.maven.plugins:maven-wrapper-plugin
slawekjaranowski commented on pull request #1:
URL:
https://github.com/apache/maven-wrapper-plugin/pull/1#issuecomment-980598578
@hboutemy great job.
I've tested by:
- build project - unit and IT test are executed, plugin and artifacts are
installed
- use in another project wi
slawekjaranowski commented on pull request #1:
URL:
https://github.com/apache/maven-wrapper-plugin/pull/1#issuecomment-970426760
From wrapper perspective should not be important what `mvn` command is and
what happen inside `mvn`.
We should assume that `mvn` command from Maven distri
slawekjaranowski commented on pull request #1:
URL:
https://github.com/apache/maven-wrapper-plugin/pull/1#issuecomment-952590460
I think that running `mvn` from Maven distribution will be better ...
Some change to maven scripts can be depend on Maven core code like:
https://github.co
slawekjaranowski commented on pull request #1:
URL:
https://github.com/apache/maven-wrapper-plugin/pull/1#issuecomment-951775639
Another idea ... why not simply call `mvn*` scripts from Maven distribution
... of course after needed job for wrapper like downloading
In this case code