Caused by: java.lang.ClassNotFoundException: javax.measure.quantity.ElectricPermittivity
```
I don’t think I disabled transitive dependencies. This is the entirety of the `build.gradle` file for the above invocation:
```
apply plugin: 'application'
sourceCompatibility = JavaVersion.VERSION_1_8
targetCompatibility = JavaVersion.VERSION_1_8
mainClassName = 'com.cres.girthweld.gui.Main'
configurations {
checkerFrameworkAnnotatedJDK {
description = 'A copy of JDK classes with Checker Framework type qualifiers inserted'
}
}
dependencies {
compile 'com.google.guava:guava:19.0'
compile 'org.slf4j:slf4j-api:1.7.21'
compile 'org.slf4j:slf4j-simple:1.7.21'
compile 'javax.measure:unit-api:0.9'
compile 'systems.uom:systems-common-java8:0.2'
compile 'tec.uom:uom-se:0.9'
runtime 'systems.uom:systems-quantity:0.3'
compile 'org.checkerframework:checker-qual:2.1.0'
compile 'org.checkerframework:checker:2.1.0'
checkerFrameworkAnnotatedJDK 'org.checkerframework:jdk8:2.1.0'
testCompile 'org.testng:testng:6.9.11'
}
repositories {
jcenter()
}
test.useTestNG()
def checkerList = ['org.checkerframework.checker.nullness.NullnessChecker',
'org.checkerframework.checker.regex.RegexChecker',
'org.checkerframework.checker.signature.SignatureChecker',
'org.checkerframework.checker.guieffect.GuiEffectChecker'
]
gradle.taskGraph.whenReady {graph ->
if (graph.hasTask(tasks.buildWithCheckers)) {
compileJava {
options.debug(debugLevel: 'source,lines,vars')
options.fork = true
options.forkOptions.executable = '/Library/Java/JavaVirtualMachines/jdk1.8.0_102.jdk/Contents/Home/bin/javac'
options.compilerArgs += ['-Xlint:all',
'-Xdoclint:all',
'-Xdoclint:-missing',
'-processor',
"${checkerList.join(',')}",
'-AcheckPurityAnnotations',
'-AinvariantArrays',
'-Alint=all,-debugSpew',
'-AshowSuppressWarningKeys',
'-AcheckCastElementType',
"-Xbootclasspath/p:${configurations.checkerFrameworkAnnotatedJDK.asPath}"
]
}
}
}
task buildWithCheckers(dependsOn: build) {}
```
`gradle dependencies --configuration runtime` gave me this:
```
rp:girth-weld-thermal-analysis awang$ gradle dependencies --configuration runtime
:dependencies
------------------------------------------------------------
Root project
------------------------------------------------------------
runtime - Runtime dependencies for source set 'main'.
+--- com.google.guava:guava:19.0
+--- org.slf4j:slf4j-api:1.7.21
+--- org.slf4j:slf4j-simple:1.7.21
| \--- org.slf4j:slf4j-api:1.7.21
+--- javax.measure:unit-api:0.9
+--- systems.uom:systems-common-java8:0.2
| +--- tec.uom:uom-se:0.8 -> 0.9
| | +--- javax.measure:unit-api:0.9
| | +--- tec.uom.lib:uom-lib-common:0.9
| | | \--- javax.measure:unit-api:0.9
| | \--- javax.annotation:javax.annotation-api:1.2
| +--- si.uom:si-quantity:0.4
| | \--- javax.measure:unit-api:0.8 -> 0.9
| \--- si.uom:si-units-java8:0.4
| +--- javax.measure:unit-api:0.8 -> 0.9
| \--- tec.uom:uom-se:0.8 -> 0.9 (*)
+--- tec.uom:uom-se:0.9 (*)
+--- org.checkerframework:checker-qual:2.1.0
+--- org.checkerframework:checker:2.1.0
\--- systems.uom:systems-quantity:0.3
\--- javax.measure:unit-api:0.9
(*) - dependencies omitted (listed previously)
BUILD SUCCESSFUL
Total time: 1.052 secs
```
The two packages I unnecessarily marked as `runtime` dependencies are indeed there, but apparently not on the runtime classpath.
The build still fails after adding back either one of the two `runtime` dependencies; as far as I can tell, all 3 are needed.
---
### Author:  [@aw1621107](https://discuss.gradle.org/u/aw1621107)
#### Post date: [August 5, 2016, 6:16pm UTC](https://discuss.gradle.org/t/can-gradle-set-runtime-dependencies-from-compile-dependencies/18819/4 "2016-08-05T18:16:46Z")
Actually… Could it be a version issue? The two runtime packages are version 0.4 while I specified 0.5.
---
### Author:  [@mark\_vieira](https://discuss.gradle.org/u/mark_vieira)
#### Post date: [August 5, 2016, 6:24pm UTC](https://discuss.gradle.org/t/can-gradle-set-runtime-dependencies-from-compile-dependencies/18819/5 "2016-08-05T18:24:46Z")
I think it is a version issue but I think the issue is with javax.measure:unit-api. I think what’s happening is you are compiling against version 0.8 and running against 0.9. Since that API is exposed to your code you should be listing it as a direct dependency anyhow. I’d try adding `compile javax.measure:unit-api:0.9` to ensure you are compiling and running against the same thing.
---
### Author:  [@aw1621107](https://discuss.gradle.org/u/aw1621107)
#### Post date: [August 5, 2016, 6:26pm UTC](https://discuss.gradle.org/t/can-gradle-set-runtime-dependencies-from-compile-dependencies/18819/6 "2016-08-05T18:26:12Z")
I already have that listed as a compile dependency.
---
### Author:  [@mark\_vieira](https://discuss.gradle.org/u/mark_vieira)
#### Post date: [August 5, 2016, 6:27pm UTC](https://discuss.gradle.org/t/can-gradle-set-runtime-dependencies-from-compile-dependencies/18819/7 "2016-08-05T18:27:33Z")
The short answer here is yes, Gradle is doing the correct thing here. I don’t know enough about these particular libraries to make a call but it may very well be the case that you need version 0.5 of si.uom:si-quantity and that is the underlying problem.
---
### Author:  [@aw1621107](https://discuss.gradle.org/u/aw1621107)
#### Post date: [August 5, 2016, 6:28pm UTC](https://discuss.gradle.org/t/can-gradle-set-runtime-dependencies-from-compile-dependencies/18819/8 "2016-08-05T18:28:34Z")
Fun fun fun. I assume this is something I need to contact the library author about?
---
### Author:  [@mark\_vieira](https://discuss.gradle.org/u/mark_vieira)
#### Post date: [August 5, 2016, 6:30pm UTC](https://discuss.gradle.org/t/can-gradle-set-runtime-dependencies-from-compile-dependencies/18819/9 "2016-08-05T18:30:25Z")
Potentially. The fact there some dependencies are marked ‘provided’ indicates that he library assumes _something_ will be provided by the runtime environment.
---
### Author:  [@aw1621107](https://discuss.gradle.org/u/aw1621107)
#### Post date: [August 5, 2016, 6:38pm UTC](https://discuss.gradle.org/t/can-gradle-set-runtime-dependencies-from-compile-dependencies/18819/10 "2016-08-05T18:38:09Z")
Interesting, didn’t know that. Thank you for your help!