A failure occurred while executing org.jetbrains.kotlin.gradle.internal.KaptExecution

If I write code like this by mistake:

class Fragment {
   companion object {
         @Inject
         lateinit var viewModelFactory: ViewModelFactory
   }
   
   // the viewModelFactory injection should by in Fragment code block, not in companion object block

}

Then the Android Studio will build failed, only show “A failure occurred while executing org.jetbrains.kotlin.gradle.internal.KaptExecution”; even I execute “./gradle assembleDebug --statcktrace”. There is no further more infomation.

[npwork]

My solution was just adding those lines to gradle.properties

kapt.use.worker.api=false
kapt.incremental.apt=false

[simonsickle]

Ok, so I figured my issue out and wanted to share with everyone just in case you experience the same issue. Basically, this most likely means you have a dependency in your Gradle module that your app module doesn’t know about. So for example you may have the following setup, which Hilt supports.

:app
  - implementation(:api)
  - implementation(:feature1)
:api
  -implementation(okhttp)
:feature1
  - implementation(androidx-stuff)

In api, you may have a class and module like this

class SomeCoolApi @Inject constructor(private val okhttpClient: OkHttpClient) {
    ....
}
...
@Module
@InstallIn(ApplicationComponent::class)
object ApiConfigurationModule {
    @Provides
    @Singleton
    fun getOkHttpClient(): OkHttpClient {
        return OkHttpClient.Builder().build()
    }
}

This is all fine, and accomplishes your goal of having a singleton for your OKHttp client for use in other parts of your app. The problem comes now, your app module which contains all of the hilt checks and final setup doesn’t know of this code, it has no clue what OkHttp is.

You can fix this compile error by either setting implementation into api, so that it becomes a transitive dependency, disable transitive dependency validation, or add the dependency as implementation() to your app module. I personally did the last option, as api() was causing slower builds for us.