-
Couldn't load subscription status.
- Fork 184
[MDEP-680] Use proper remote repositories to resolve plugins/dependencies #46
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
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. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- 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.