Carter
10/28/2025, 12:11 PMThe 'org.jetbrains.kotlin.multiplatform' plugin deprecated compatibility with Android Gradle plugin: 'com.android.application'
The 'org.jetbrains.kotlin.multiplatform' plugin will not be compatible with most of the Android Gradle plugins since Android Gradle Plugin version 9.0.0.
Please use the 'com.android.kotlin.multiplatform.library' plugin instead. Read more: <https://kotl.in/gradle/agp-new-kmp>
I’m using the application plugin, but the warning suggests using the library plugin instead. This is not a valid substitution.
This leads to questions:
1. Is Kotlin Gradle Plugin deprecating support for ALL Android plugins, or just the library plugin?
2. If android application plugin support is also now being deprecated, is the recommendation to have a separate module? I currently have module client-app which has desktop, wasmJs, and Android application outputs (applying both Kotlin and Android application gradle plugins). Is the recommendation now to have separate modules (client-android-app, client-desktop-app etc each with different subsets of gradle plugins installed?)
I can file a youtrack, but was hoping for some clarity before filing it.tapchicoma
10/28/2025, 12:16 PMCarter
10/28/2025, 12:16 PMCarter
10/28/2025, 12:34 PMOliver.O
10/28/2025, 1:39 PMtapchicoma
10/28/2025, 1:49 PMBernd Prünster
10/28/2025, 1:59 PMBernd Prünster
10/28/2025, 2:02 PMtapchicoma
10/29/2025, 9:13 AMIDEA and Android studio fail to discover inter-module dependencies, custom custom source sets are not recognised by IDEAPlease file a Kotlin issues for this - it could be a problem ether on Kotlin side or Android side
official Docs are inconsistent and if you need to specify a fixed signing key for the test APK for device tests, you seem to be out of luckFor this please file issues in Google issuetracker
Bernd Prünster
10/29/2025, 10:08 AMBernd Prünster
10/29/2025, 10:08 AMsigning DSL that ignores everything you put into it should have been a blocker that prevented releasing the plugin