Build takes a lot of time "like a build after clean" with jackOptions

[hpsaturn]

Hi,

Ever, with each compilation the project take the same time like a build after clean. The solution take from ~4 min to 15 secs with each build. The solution is comment the next options:

jackOptions {
            enabled true
}

compileOptions {
        sourceCompatibility JavaVersion.VERSION_1_8
        targetCompatibility JavaVersion.VERSION_1_8
}

Tools: AndroidStudio 2.3.3 stable channel. Repository same to master.

[Fleker]

I'm not sure that the issue is related to jack. When you do a build from clean you have to recreate classes from the Protobufs. That compilation process will take longer than a normal Android compilation.

[hpsaturn]

I agree, but this is the point, never it cached the binaries, all compilations have the same time (the next compilations to first), it is a big nightmare, when disabling jack, everything goes back to normal.

[Fleker]

When I do a clean, I expect that the binaries are deleted and need to be regenerated from scratch. I have not been able to reproduce any abnormally long compilation times with a simple rebuild

[hpsaturn]

My system operative and more settings are the next:

• Debian GNU/Linux 8.9
• java version "1.8.0_144" 64-Bit
• buildToolsVersion "26.0.0" (same issues with 26.0.1)
• Gradle local properties:

  org.gradle.daemon=true
  org.gradle.parallel=true

• Gradle project root properties:

  org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8

• VM Properties: blank (empty)

---

Source code (My fork): Google Assistant code for MATRIX Creator

[Fleker]

Can you compile the protobufs into Java classes, then copy those classes to new files and disable the protobuf generation? I think that without that step the compilation should be faster.

[hpsaturn]

But without the jack options works fine and very fast, for this I reported this issue.

[proppy]

I think we may be able to get rid of the jack dependencies now that the grpc code is broken out in a separate module.

[Fleker]

It doesn't seem like we're using Jack now.