The error is even triggered when I depend on the l...
# multiplatform
a
The error is even triggered when I depend on the library jar and not the module. 😐
The shared library and the backend code must be in different projects, it's not enough to just depend on the jar.
This is super ugly…
d
Maybe Gradle Composite can save you?
Keep your KMP library in a separate 'library project' and Gradle Composite it in. I believe the type resolution goes through a different pathway in this arrangement that might resolve the issue.
a
Oh, that's indeed worth a try, thanks!
👌 1
d
Keen to know how it works out! More than casually interested - I've also hit issues with
typealias
-ing in the recent times after 2.0, and am a heavy user of Gradle Composite
a
The bug surfaces as soon as I activate the composite build. 😭
🫂 1
But I'll use this technique to integrate the publish-step of the shared module into the main projects build.
👍 1
Even marking the whole module folder as excluded doesn't work.
Well, now I use the composite build with a commandline argument to include the publish-task of the shared module into the main build. At least the CI-build doesn't have to deal with that stuff 😄