Gradle: Override transitive dependency by version classifier

JavaMavenGradleGuavaDependency Management

Java Problem Overview


One of the dependencies declared in my project has a transitive dependency on 'com.google.guava:guava:15.0'. But my application deployed on WAS/Weblogic doesn't work due to a CDI issue which has been fixed in 'com.google.guava:guava:15.0:cdi1.0'. (same version, but with classifier) I need to tell gradle to use this jar during build and packaging. I am trying to figure on how we can ovrride this transitive dependency with a jar specific version classifier.

Tried the following approches:

  1. Added the dependency explicitly: compile 'com.google.guava:guava:15.0:cdi1.0'. But both jars got included in the resultant WAR.

  2. Added the dependency explicitly and defined a resolution strategy:

    configurations.all {
        resolutionStrategy {
            force 'com.google.guava:guava:15.0:cdi1.0'
        }
    }
    

Even this didn't work.

  1. Defined a resolution strategy to check and change the version.

    configurations.all {
         resolutionStrategy.eachDependency { DependencyResolveDetails details ->
    	     if (details.requested.group + ":" + details.requested.name == 'com.google.guava:guava') {
                details.useVersion "15.0:cdi1.0"
                //details.useTarget "com.google.guava:guava:15.0:cdi1.0"
            }
        }
    }
    

Even this didn't work.

Need your suggestions on how this issue can be tackled.

Java Solutions


Solution 1 - Java

Currently classifiers are not yet taken into account when it comes to resolutionStrategies. A workaround for you might excluding the transitive Guava library when declaring your dependencies and adding the Guava cdi1.0 version explicitly:

dependencies {
	compile ("org.acme:someDependency:1.0"){
		exclude group: 'com.google.guava', module: 'guava'
	}		
	compile "com.google.guava:guava:15.0:cdi1.0"
}

Solution 2 - Java

I came across a more elegant approach which is simply:

compile ("com.google.guava:guava:15.0:cdi1.0") {
  force = true
}

###Explanation Setting force = true for a dependency tells gradle to use the specified version in case of a version conflict

Solution 3 - Java

Gradle 4.5.1 has the function DependencySubstitutions. Here an example to replace a dependency:

configurations.each {
    c -> c.resolutionStrategy.dependencySubstitution {
        all { DependencySubstitution dependency ->
            if (dependency.requested.group == 'org.json') {
                dependency.useTarget 'com.vaadin.external.google:android-json:0.0.20131108.vaadin1'
            }
        }
    }
}

Solution 4 - Java

implementation( group: 'commons-codec', name: 'commons-codec'){
      version{
        strictly "[1.15]"
      }
   }

This works for me with gradle 6.6.1

The documentation link for strictly can found here https://docs.gradle.org/current/userguide/rich_versions.html#rich-version-constraints

Solution 5 - Java

This will not work if the same dependency is pointed by some other jar. Sureshot way to exclude the dependency

configurations {
 all*.exclude group: 'com.google.guava', module:'guava-jdk5'
}

Solution 6 - Java

Since force = true is deprecated, relevant solution is to use strictly(...) version, e.g.:

dependencies {
    // no need to exclude transitive spring-data-relational from this dependency
    implementation("org.springframework.data", "spring-data-r2dbc", "1.1.0.RC1")

    implementation("org.springframework.data", "spring-data-relational").version {
        strictly("2.0.0.RC1")
    }
}

P.S. tested on Gradle 6.3

Solution 7 - Java

Try this:

configurations.all {
	resolutionStrategy.eachDependency { DependencyResolveDetails details ->

		// https://docs.gradle.org/current/userguide/resolution_rules.html
		if (details.requested.group == 'com.google.guava' && details.requested.name == 'guava') {
			details.useVersion '15.0:cdi1.0'
		}
	}
}

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
Questiondinup24View Question on Stackoverflow
Solution 1 - JavaRene GroeschkeView Answer on Stackoverflow
Solution 2 - JavaSobvanView Answer on Stackoverflow
Solution 3 - JavakopporView Answer on Stackoverflow
Solution 4 - JavaPravanjanView Answer on Stackoverflow
Solution 5 - JavaAbhijit MazumderView Answer on Stackoverflow
Solution 6 - JavauptoyouView Answer on Stackoverflow
Solution 7 - JavalogbasexView Answer on Stackoverflow