18

I have a Gradle project consisting of an Android module (the com.android.library plugin is applied in the build.gradle file) and a Java module (the java plugin is applied in the build.gradle file). Within the build.gradle file of the Java module I was previously specifying the source and target compatibility as follows:

apply plugin: 'java'

compileJava {
    sourceCompatibility = 1.7
    targetCompatibility = 1.7
}

I've just updated the project's "Android Plugin for Gradle" and "Gradle Wrapper" versions to the latest releases (2.2.3 and 3.2.1 respectively) and I'm now seeing warnings in the Java module as follows:

Access to 'sourceCompatibility' exceeds its access rights
Access to 'targetCompatibility' exceeds its access rights

If I move the sourceCompatibility and targetCompatibility declarations to the root-level of the module's build.gradle file as follows...

apply plugin: 'java'

sourceCompatibility = 1.7
targetCompatibility = 1.7

... then I get warning messages telling me that the assignments are not used.

What is the correct manner of specifying the source and target compatibility level of a Java module in the latest Gradle release?

Simulant
  • 19,190
  • 8
  • 63
  • 98
Adil Hussain
  • 30,049
  • 21
  • 112
  • 147

3 Answers3

25

Compatibility needs to be specified inside the compileJava block

compileJava   {
  sourceCompatibility = '1.8'
  targetCompatibility = '1.8'
}

IntelliJ gives this warning

Access to 'sourceCompatibility' exceeds its access rights

if you use a double parameter.

When you make the value a string (e.g. quoted) the warning will disappear.

--edit--

the warning only appears using 1.8 in IntelliJ 2016. In 2017 the warning is gone using either 1.8 or '1.8'

weston
  • 54,145
  • 21
  • 145
  • 203
Jeroen Wijdemans
  • 401
  • 5
  • 9
6

I think that the last one(declaration in the root) is the correct one and it has to work properly, though it causes warnings in IDE. It's nowhere said, what is the prefered way to declare it and there is only one example in the official docs, where it's used as:

sourceCompatibility = 1.6

in the root of the build.gradle.

Stanislav
  • 27,441
  • 9
  • 87
  • 82
0

(As pointed out by the OP, this answer doesn't really fit the question. I'd like to keep it here at the bottom though, just in case somebody else lands on this page searching for the same problem as me)

For android, the compileJava block that Jeroen Wijdemans suggested, does not work. What does work is specifying in the app build.gradle

// https://developer.android.com/studio/write/java8-support.html
// Configure only for each module that uses Java 8
// language features (either in its source code or
// through dependencies).
compileOptions {
    sourceCompatibility JavaVersion.VERSION_1_8
    targetCompatibility JavaVersion.VERSION_1_8
}

Currently, intellij 2017.2.6 tells me then that you need to enable Jack. So let's do that as well, by adding the following inside the android block:

    // https://stackoverflow.com/questions/37004069/errorjack-is-required-to-support-java-8-language-features
    jackOptions {
        enabled true
    }

If building now results in errors or warnings, simply rebuilding the whole project might get rid of them. (It did work for me)

lucidbrot
  • 5,378
  • 3
  • 39
  • 68
  • 1
    Please re-read the question. The question is about setting the Java language level for a Gradle project/module that's applying the `java` Gradle plugin. It's not about setting the Java language level for a Gradle project/module that's applying the `com.android.application` or `com.android.library` Gradle plugin. – Adil Hussain Nov 28 '17 at 08:59