You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With version 8.42.0 and above the number of dependencies is 0. It is 0 because of this (change)[https://github.com//pull/4738/files#diff-80e53987f9ebb9e28874fed7053378def4769cef75b303770ccc8ee085fac098]
What happens is that for local maven repo if the JAR is around we wouldn't attempt to download the POM using another maven repo. I'm not sure how to correct this yet... probably if we've tried all repos and find a JAR for one of them then we can probably return the artificial POM based on the GAV only...
The text was updated successfully, but these errors were encountered:
I've attached the PR but perhaps it is best to revert the change that caused the regression... If we are downloading the POM and failed to so why not throw exception regardless of the JAR presence?
Consider this unit test:
(The test merely attempts to resolve dependencies and check if compile scope has proper number of dependencies)
With version 8.42.0 and above the number of dependencies is 0. It is 0 because of this (change)[https://github.com//pull/4738/files#diff-80e53987f9ebb9e28874fed7053378def4769cef75b303770ccc8ee085fac098]
What happens is that for local maven repo if the JAR is around we wouldn't attempt to download the POM using another maven repo. I'm not sure how to correct this yet... probably if we've tried all repos and find a JAR for one of them then we can probably return the artificial POM based on the GAV only...
The text was updated successfully, but these errors were encountered: