I’m trying to get kapt working on a multiplatform gradle project, so far I have: ```configure<org...

# getting-started

[David Smith]

I’m trying to get kapt working on a multiplatform gradle project, so far I have:

configure<org.jetbrains.kotlin.gradle.dsl.KotlinMultiplatformExtension> {
    jvm {
        val main by compilations.getting {
            kotlinOptions {
                freeCompilerArgs = listOf("-Xallow-result-return-type", "-Xinline-classes")
                jvmTarget = JavaVersion.VERSION_11.toString()
                javaParameters = true
            }
        }
    }
    sourceSets {
        val main by getting {
            dependencies {
...
                configurations["kapt"].dependencies.add(platform("io.micronaut:micronaut-bom:${properties["micronautVersion"]}"))
                configurations["kapt"].dependencies.add(project.dependencies.create("io.micronaut:micronaut-inject-java"))
            }
        }
    }
}

however when I run the kaptKotlinJvm task I’m getting:

java.lang.IllegalArgumentException: The argument does not represent an annotation type: io.micronaut.context.annotation.Replaces

Any idea what I’m missing? What does this error mean, that the dependencies aren’t working or something else?

[Javier]

main source sets doesn't exist at least you are adding it manually

[David Smith]

I had jvmMain before (based on some example of something on the internet) and it failed because it didn’t exist. SourceSet with name 'jvmMain' not found

[David Smith]

oh this is a folder thing, I have src/main/kotlin etc

[David Smith]

previously this wasn’t a mpp project, I am converting it to one so that I can share some code

[David Smith]

but step 1 is getting it working as a mpp

[Javier]

In kmp main source set doesn't exist, by default you have commonMain. For jvmMain you need to add jvm() which you are already adding, so it should bbe there

[Javier]

if you change that val to val jvmMain it doesnt work?

[David Smith]

exacly

[Javier]

sourceSets {
        val main by getting {

[Javier]

I mean this one

[Javier]

that is weird

[David Smith]

yes, I get SourceSet with name 'jvmMain' not found

[Javier]

then it looks like it is not detecting you are setting jvm() or another convention plugin is renaming it

[Javier]

maybe the jvm {} is not setting it, try to put jvm() too but it is weird

[David Smith]

just tried that, no difference

[David Smith]

using main works in that kapt starts, however then I get the The argument does not represent an annotation type error

[David Smith]

should I change the directory structure to use src/jvmMain instead?

[David Smith]

is there some magic going on?

[Javier]

yeah

[Javier]

I mean, the real folder should be named jvmMain instead of main

[Javier]

or indicate to KMP plugin to use main as jvmMain, but I wouldn't do that

[David Smith]

oh, there is something else, this is a multi-module project and in the root build.gradle.kts I have to have a kotlin { jvm {} } block otherwise the build will fail telling me I need one. Could that be screwing things up?

[Javier]

I am not sure which will have preference, I think it should work when you rename the dir to jvmMain

[Javier]

probably they are "merged" because the root one doesnt mutate the state and the second one yes

[David Smith]

ok, so I renamed it and used jvm() and still get SourceSet with name 'jvmMain' not found

[Javier]

can you share both gradle files?

[David Smith]

build.gradle.kts.kt

build.gradle.kts.kt

[David Smith]

build.gradle.kts.txt

build.gradle.kts.txt

[Javier]

java library is not necessary

[Javier]

well it is in the root one

[David Smith]

that gives

Script compilation errors:

  Line 33:         test {
                   ^ Unresolved reference: test

  Line 34:             useJUnitPlatform()
                       ^ Unresolved reference: useJUnitPlatform

  Line 35:             testLogging {
                       ^ Unresolved reference: testLogging

  Line 36:                 exceptionFormat = org.gradle.api.tasks.testing.logging.TestExceptionFormat.FULL
                           ^ Unresolved reference: exceptionFormat

  Line 37:                 showStackTraces = false
                           ^ Unresolved reference: showStackTraces

[Javier]

the root project has code?

[David Smith]

and if I comment out those bits that fail I’m back to jvmMain sourceset not found

[David Smith]

the root project does not have code

[David Smith]

but it still demands the jvm block

[Javier]

If the root project has no code then you don't need kmp there

[Javier]

anyway it is weird it should be working 🤔

[Javier]

have you running it on terminal?

[Javier]

or via sync with the IDE?

[David Smith]

terminal

[David Smith]

just to be safe

[Javier]

yeah that is the correct way

[David Smith]

I added apply false to the plugin declarations and now I can remove the kotlin config from the root file, thanks for that at least 🙂

[David Smith]

but still in the same situation as before

[David Smith]

ls -l claimant-web-api/src
total 8
drwxr-xr-x 1 vagrant vagrant 128 Nov 27 01:51 jvmMain
drwxr-xr-x 1 vagrant vagrant  96 Nov 27 01:51 test

[David Smith]

ok, I’ve removed all the other stuff that wasn’t to do with kotlin and also made sure all plugins are declared with apply false but still have the same sourceset not found issue 😭

[Javier]

Is it open source?

[David Smith]

unfortunately not

[David Smith]

ok using val main with a source directory named jvmMain has taken me a little further. I had to add

configure<org.jetbrains.kotlin.gradle.plugin.KaptExtension> {
    correctErrorTypes = true
}

and now I have an error during kapt

error: cannot find symbol
@Constraint()

which is a javax library. I have no idea why it can’t find that all of a sudden but it is not directly in my dependencies

[David Smith]

basically I just seem to be getting lots of dependencies missing during kapt

[David Smith]

ok working! so I had to use val main but the directory must be called jvmMain (or I think commonMain would also work. I also had to add withJava() into the kotlin config block (I assume because of the way kapt works, it generates java class files).

[David Smith]

thnks so much @Javier for your help and anyone feel free to DM me if you are having similar issues