tree aa91ad95234c94c5d80e730119d33d38e7f0c4a6
parent e6990bf0906a4b669f20c6806cbf0e26515ad647
author Tamas Cservenak <tamas@cservenak.net> 1673874835 +0100
committer GitHub <noreply@github.com> 1673874835 +0100
gpgsig -----BEGIN PGP SIGNATURE-----
 
 wsBcBAABCAAQBQJjxU2TCRBK7hj4Ov3rIwAA73kIAKUeC+Yd1NihwXRAuD8zQx5k
 oCtbVPl2vm4RxyisHRjPUknMQL7dk5rO+4kM/9go8mond5OmDnLgmic+MhoVTmGf
 OfhTV0T2JFLb2kpy/al6PjYEd4e5vprjwSnCTLh42Cx1tkEMQTixl1Pn7kZqY0wc
 2yY3zoKbnBQLW8EccbvlPKZky0dkTIUr4FRrlEMGFwFPmUqbsTZDQG0LQA0tW6GM
 girJceFxNnqpSvi8+kNw6pUF4rF9YeO8y54q695KxrVpG1Vbhzj+u5HO/cvHt1AJ
 q9TIHlpjP4OYFeIf9/JGPzmfMOtlHq29SFBtx6osURiYnsQZ066heJKXcFTnLeU=
 =qokR
 -----END PGP SIGNATURE-----
 

[MNG-7667] Fix DownloadMojo to properly resolve (#236)

The m-p-p depends on m-p-tools-ant and m-p-tools-beanshell as runtime/optional, and the way DownloadMojo resolves every artifact causes that OptionalDependencySelector filter these out even at "collection" stage (as depth >= 2).

Hence, fix DownloadMojo to resolve properly, that actually shifts all the tree "one level up", and hence result is same as in Maven, as the optional dependencies become "first level sibling".

---

https://issues.apache.org/jira/browse/MNG-7667