Skip to content

refactor: rename package to dev.nucleusframework.composenativetray#409

Merged
kdroidFilter merged 1 commit into
masterfrom
refactor/rename-package-to-nucleusframework
Jul 10, 2026
Merged

refactor: rename package to dev.nucleusframework.composenativetray#409
kdroidFilter merged 1 commit into
masterfrom
refactor/rename-package-to-nucleusframework

Conversation

@kdroidFilter

Copy link
Copy Markdown
Owner

Summary

  • Rename the base package from `com.kdroid.composetray` to `dev.nucleusframework.composenativetray` across all source sets (main, test, demo).
  • Update native JNI sources so exported symbols and `FindClass` lookups match the new package:
    • `src/native/windows/jni_bridge.c`, `src/native/linux/jni_bridge.c`
    • `src/native/macos/MacTrayBridge.m` (`JNI_PREFIX` macro + `MacNativeBridge$ThemeChangeCallback` lookup)
  • Update GraalVM `reachability-metadata.json` reflected class names, proguard rules, `.run` configs, and README.
  • Maven coordinates (`com.kdroid.composenativetray`) and the `composetray/` native resource folder are intentionally unchanged — they are not class paths.

Test plan

  • `compileKotlinJvm`, `compileTestKotlinJvm`, `:demo:compileKotlinJvm`
  • `jvmTest`
  • Rebuilt Windows DLLs (x64 + ARM64) and verified exported symbols are now `Java_dev_nucleusframework_composenativetray_...`
  • CI native builds for Linux/macOS from updated sources

…rk.composenativetray

- Move all Kotlin sources (main, test, demo) to the new package
- Update JNI symbol names and FindClass strings in native sources
  (linux/windows jni_bridge.c, macOS MacTrayBridge.m)
- Update reachability-metadata.json, proguard rules, run configs, README
@kdroidFilter kdroidFilter merged commit c796dab into master Jul 10, 2026
4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant