Fixed
Status Update
Comments
xa...@android.com <xa...@android.com> #2
can you share your android studio version
je...@google.com <je...@google.com>
or...@gmail.com <or...@gmail.com> #3
Is this happening with Studio 3.0?
ja...@gmail.com <ja...@gmail.com> #4
Note: This worked for me on Windows 7 Pro 32-bit (with Android Studio 2.3.3). Seems like an issue with adt-branding module (which should contain the "/idea/AndroidStudioApplicationInfo.xml" resource).
ja...@gmail.com <ja...@gmail.com> #5
Hi, also happened on Mac Book Pro 15 retina mi-2015
MacOs Sierra 10.12.6
Android Studio 2.3.3
java version "1.8.0_51"
Java(TM) SE Runtime Environment (build 1.8.0_51-b16)
Java HotSpot(TM) 64-Bit Server VM (build 25.51-b03, mixed mode)
MacOs Sierra 10.12.6
Android Studio 2.3.3
java version "1.8.0_51"
Java(TM) SE Runtime Environment (build 1.8.0_51-b16)
Java HotSpot(TM) 64-Bit Server VM (build 25.51-b03, mixed mode)
or...@gmail.com <or...@gmail.com> #6
Thank you for this feedback. Your feedback helps make sure Android development tools are great! Given your issues has been resolved I am closing this issue.
ka...@gmail.com <ka...@gmail.com> #7
2.0.0-alpha3 is out already. Can some project number please update this ticket to a more realistic target version?
be...@google.com <be...@google.com> #8
It should be supported in the next preview of 2.0. Chris - please correct me if I'm wrong.
cm...@google.com <cm...@google.com> #9
It will be enabled by default in the next alpha.
However, it does not work with annotation processors:https://github.com/gradle/gradle/blob/master/design-docs/incremental-java-compilation.md#open-issues so we automatically disable it if data binding is enabled.
However, it does not work with annotation processors:
cm...@google.com <cm...@google.com>
id...@gmail.com <id...@gmail.com> #10
I want to know wether it is fixed now?
Description
afterEvaluate {
tasks.withType(JavaCompile) {
println "Enabling " + name + ".options.incremental = true"
options.incremental = true
options.listFiles = true
}
}
When it's enabled on one of the Android javaCompile tasks, with e.g., "compileDebugJava.options.incremental=true", the gradle JavaCompile task reports:
:compileDebugJava - is not incremental. Unable to infer the source directories.
Looking at the Gradle source, this happens because:
if (!sourceDirs.areSourceDirsKnown()) {
LOG.lifecycle("{} - is not incremental. Unable to infer the source directories.", displayName);
return cleaningCompiler;
}
And areSourceDirsKnown() returns false if *any* of the entries in compileDebugJava.source is not a SourceDirectorySet [2]. Inspecting `compileDebugJava.source` set reveals that it is a CompositeFileTree$FilteredFileTree, so the check for SourceDirectorySet fails, thus disabling incremental Java compilation.
A Robolectric task ("compileTestDebugJava", for example) shows that incremental support is working properly, as long as the JavaCompile task's source property is set with only SourceDirectorySet entries.
From the BasePlugin.groovy source, the task's Source is set with:
compileTask.source = sourceList.toArray()
[1]
[2]
[3]