[MDEP-680] Use proper remote repositories to resolve plugins/dependencies#46
[MDEP-680] Use proper remote repositories to resolve plugins/dependencies#46pzygielo wants to merge 11 commits intoapache:masterfrom pzygielo:mdep-680
Conversation
|
We have also been experiencing problems using Unfortunately when I pulled down these changes and built the plugin locally, I get the same error. Perhaps this is another separate issue related to Using a blank pom.xml with only the latest netty dependency and the dependency plugin: ...
<dependencies>
<dependency>
<groupId>io.netty</groupId>
<artifactId>netty-all</artifactId>
<version>4.1.49.Final</version>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-dependency-plugin</artifactId>
<version>3.1.2</version>
</plugin>
</plugins>
</build>
...Using 3.1.2: Using these changes: Which builds successfully on 3.1.1: |
Perhaps it is. You can check existing ones and if none covers your case you can submit new. But I think it is due to feature MDEP-204: Transitively resolve both dependencies and plugins delivered in 3.1.2 that exposes that io.netty:netty-parent:4.1.49.Final (parent of dependency you use) references undefined Try: and you'll get all resolved. |
Thank you for this suggestion, that solved the problem. And then consuming the fixes here via your jitpack release was necessary to resolve our non-maven central dependencies. 👍 |
|
May I ask for review, please? |
|
I will have a look this night, can't promise I can understand the issue or the patch. |
michael-o
left a comment
There was a problem hiding this comment.
- Can you apply our formatting to the test code?
- Retain using log as-is w/o
String#format(). This needs to be fixed all in go as soon as it replaced with SLF4J.
|
@michael-o thanks for checking. |
…t pom in reactor build This closes apache#46
|
Is this change merged in? |
…t pom in reactor build This closes apache#46
|
Resolve #1203 |
I propose this change to resolve MDEP-680.
My understanding is as follows:
o.a.m...internal.Maven30DependencyResolver.resolveDependenciesando.a.m...internal.Maven31DependencyResolver.resolveDependenciesusebuildingRequest.getRemoteRepositories()ResolvePluginsMojosets them explicitly:maven-dependency-plugin/src/main/java/org/apache/maven/plugins/dependency/resolvers/ResolvePluginsMojo.java
Line 200 in 6adc71c
GoOfflinedoesn't. Thus as I observed effectively only central is used.I recorded my steps of the preparation, actual fix and some clean-up in separate commits.
I'm pretty sure about the code change, as I successfully used new
go-offlinefrom snapshot plugin with several (multi-module, parent-child) projects with dependencies and plugins from multiple (i.e. non-central) repositories.