Bundle is not copied when using umbrella module

[SarahDelCastillo]

Consider the following structure:

MyApp/
 + ─ core/
  │  + ─ resources/
  │  + ─ .../
 + ─ shared/

shared is an umbrella module, with this build.gradle.kts

plugins {
    kotlin("multiplatform")
    alias(libs.plugins.moko.resources)
}

kotlin {
    listOf(
        iosX64(),
        iosArm64(),
        iosSimulatorArm64()
    ).forEach {
        it.binaries.framework {
            baseName = "shared"
            binaryOption("bundleId", "com.example.shared")
            export(project(":core:resources"))
            export(libs.moko.resources)
        }
    }

    sourceSets {
        commonMain.dependencies {
            api(project(":core:resources"))
        }
    }
}

resources is a module with this build.gradle.kts

plugins {
    kotlin("multiplatform")
    id(libs.plugins.android.library.get().pluginId)
    alias(libs.plugins.moko.resources)
}

android {
    namespace = "com.example.app.core.resources"
}

kotlin {
    listOf(
            iosX64(),
            iosArm64(),
            iosSimulatorArm64()
        ).forEach {
            it.binaries.framework {
            baseName = project.name.uppercaseFirstChar()
        }
    }

    sourceSets {
        commonMain {
            dependencies {
                api(libs.moko.resources)
            }
        }
    }
}

multiplatformResources {
    resourcesPackage.set("com.example.app")
}

The issue

Building the project with ./gradlew :shared:embedAndSignAppleFrameworkForXcode does not create the *.bundle files anymore in resources/build/..., nor does it in shared/build/....
Adding a gradle task to force assemble in resources creates the *.bundle files, however they're not copied to the shared module.

This issue appeared starting from 0.24.4

I also noticed this warning in the build logs:
Interop library /Users/Sarah/.gradle/caches/modules-2/files-2.1/dev.icerock.moko/resources-iossimulatorarm64/0.24.4/7575a46cf7135d2e79ea1ddf05cdb142dc9d5aa0/resources-cinterop-bundleSearcher can't be exported with -Xexport-library

[Alex009]

hello.

This issue appeared starting from 0.24.4

so on version 0.24.3 all works correct?

[SarahDelCastillo]

Hello, yes it works just fine on 0.24.3. On that version the bundle is correctly placed in the shared framework.
I would've stayed on that version but unfortunately we have other dependencies that require Kotlin 2.1.0

[Alex009]

can you try to reproduce issue on one of sample in repo? i will check this on weekend

[SarahDelCastillo]

I'm sorry, but I'm having trouble building the sample project on my machine. It seems like there's a Java incompatibility issue. I'm not an Android developer, so I'm not sure how to fix this.

However, here's some info that might help:

• The bundle file is created in resources/.../klib/.../myBundle.bundle even without forcing the assemble task.
• I tried adding the copyFrameworkResourcesToApp build phase (worth a shot, even though we use a dynamic framework); the bundle is copied out of the klib directory into the usual place, but still not into the shared framework.

I tried my best to fix the issue on my own, but it was no use. So, I had to resort to copying the bundle file manually every time the string resources changed. It's not the most efficient way to do things, but it's the only way I could keep working on the app.

EDIT: I forgot to mention, I ran the copyFrameworkResourcesToApp task on the :core:resources module. Running it on the :shared module didn't have any effect.

[SarahDelCastillo]

I think I've found a solution that won't take much effort.
I added the multiplatformResources plugin to my shared umbrella module like this:

//...

multiplatformResources {
    resourcesPackage.set("com.example.app")
    resourcesSourceSets {
        getByName("commonMain").srcDirs(
            File(project(":core:resources").projectDir, "src/commonMain/moko-resources")
        )
    }
}

I'm not sure if having multiplatformResources in two different places will cause any issues, but it seems to be working just fine for now. It's also a lot easier this way than copying the .bundle manually.