is there a Kotlin Multiplatform equivalent for the...

# gradle

[Adam S]

is there a Kotlin Multiplatform equivalent for the Java Test Fixtures plugin? I want to share test helpers between subprojects, per target platform (so there would be jvmTestFixtures, jsTestFixtures, etc).

[Vampire]

Not that I'm aware of, but afair the plugin mainly defines a feature variant and provides a helper method to request that variant's capability. So probably not too hard to replicate.

[ephemient]

sharing fixtures from multiplatform JVM to pure JVM project works:
https://github.com/ephemient/aoc2022/blob/main/kt/build.gradle.kts#L50
https://github.com/ephemient/aoc2022/blob/main/kt/graalvm/build.gradle.kts#L110

[ephemient]

sharing multiplatform to multiplatform could probably be done similarly

[Adam S]

thanks @ephemient, that looks promising

[Adam S]

what’s the difference between the jvmTestRuntimeClasspath config and the runtimeDependencyFiles? Do the dependency files contain the test classes themselves?

val parent = configurations.getByName("jvmTestRuntimeClasspath")
extendsFrom(parent)

jvmTestFixtures(compilations.getByName("test").runtimeDependencyFiles)

[ephemient]

yes, but that's probably not something you need, I'm just re-exporting the test cases so I can re-run them in another project

[ephemient]

(which would normally be a pointless thing to do, why run the same test multiple times; it only makes sense in my example because I'm recompiling it with graalvm)

[ephemient]

under normal circumstances you'd more likely want test to depend on testFixtures

[Adam S]

gotcha, thanks

[Adam S]

here’s a first stab

kotlin-mp-testfixtures.gradle.kts.kt

[Adam S]

it exposes the test classes like yours did too, just to test to see if it works first

[Adam S]

I think it’s working, at least the unit tests are passing, but IntelliJ isn’t happy. It doesn’t recognise that there’s a dependency

[ephemient]

there's a bunch of IDE issues, https://youtrack.jetbrains.com/issue/IDEA-231870 https://youtrack.jetbrains.com/issue/IDEA-232485 https://youtrack.jetbrains.com/issue/KTIJ-14843 etc.

[ephemient]

basically I just ignore the IDE. as long as it builds it's right

[vladimirsitnikov]

Why not extracting the helpers into its own module?

[Adam S]

1. I'm updating the Gradle config of an existing code base and I wanted to avoid making too many changes
2. the test-fixtures code needs to be able to access internal visibility code