refactor: migrate Rokt contracts and facade ownership to rokt-kit#700
Conversation
Stop instantiating and storing Rokt inside android-core MParticle, and create it from rokt-kit extensions instead to start decoupling Rokt object ownership from the core SDK.
Relocate the Rokt facade class and its unit tests from android-core to the rokt kit so Rokt-specific API ownership continues shifting out of core while preserving current behavior and test coverage.
Use a single helper in the Rokt facade to resolve the kit API for all operations, making the upcoming decoupling from the legacy roktKitApi chain incremental and safer.
Remove the mParticle RoktEvent wrapper and return native Rokt SDK events directly to simplify the event pipeline and reduce duplicate mapping logic.
Remove the mParticle unload reason wrapper and pass Rokt SDK unload reasons through directly to simplify callback handling and eliminate redundant mapping.
Replace MpRoktEventCallback with the native RoktCallback across the rokt kit and tests to remove callback wrappers and simplify callback delegation.
Replace the local PlacementOptions wrapper with the native Rokt SDK PlacementOptions across the rokt kit and remove the now-redundant conversion layer.
Replace mParticle RoktConfig and CacheConfig wrappers with native Rokt SDK config types and remove the now-unnecessary config conversion layer and tests.
Relocate Rokt, RoktEmbeddedView, RoktLayoutDimensionCallBack, and RoktTest into com.mparticle.kits to keep kit-owned types co-located and simplify package boundaries.
Avoid runtime method lookup for isEnabled by injecting an explicit enablement callback and wiring it to core callbacks with a safe opt-out fallback, preserving behavior under obfuscation.
PR SummaryMedium Risk Overview The Rokt flow now uses native Enablement checks are reworked to rely on a new Reviewed by Cursor Bugbot for commit 4aec17d. Bugbot is set up for automated code reviews on this repo. Configure here. |
Add isEnabled to KitManager and use it from the Rokt facade so enablement is resolved through a stable kit-layer API without reflection or config manager coupling.
Clean up stale imports in KitManagerImplTest so android-kit-base ktlint test source checks pass in CI.
Replace replaceFirstChar in buildSrc for older Kotlin compatibility and address rokt ktlint violations by suppressing Java-style accessor naming and wrapping long warning messages.
Keep only the no-arg public Rokt accessor with explicit start precondition, restore original public method documentation text, and make prepareAttributesAsync internal per review feedback.
Update MParticleRokt package to com.mparticle.kits so declaration matches the file location and resolves package/path review feedback.
Keep a synchronized singleton Rokt instance in MParticleRokt to avoid repeated allocations while preserving the explicit start precondition.
|
There was a problem hiding this comment.
Cursor Bugbot has reviewed your changes and found 1 potential issue.
There are 2 total unresolved issues (including 1 from previous review).
❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, have a team admin enable autofix in the Cursor dashboard.
Reviewed by Cursor Bugbot for commit 4aec17d. Configure here.
|
|
||
| @Suppress("FunctionName") | ||
| @JvmStatic | ||
| fun Rokt(): Rokt { |
There was a problem hiding this comment.
This comes across slightly confusing as it's accessed like MParticleRokt.Rokt() - How about MParticleRokt.getInstance() or similar?
There was a problem hiding this comment.
We access it with MParticle.getInstance().Rokt() like before. That is extension to MParticle class
| * Java-friendly accessors for the legacy Rokt API object. | ||
| */ | ||
| object MParticleRokt { | ||
| @Volatile |
There was a problem hiding this comment.
Do we need this? rokt is only read inside synchronized(this) at line 20
There was a problem hiding this comment.
In this code, @volatile is used to ensure correct lazy singleton initialization in a multithreaded environment.




Background
This change completes the Rokt ownership migration to the
rokt-kitmodule so Rokt-specific contracts no longer leak throughandroid-coreandandroid-kit-base.It also removes fragile reflection in the Rokt enablement check to improve runtime reliability.
What Has Changed
kits/rokt/roktcom.rokt.roktsdktypes across the Rokt kit flowRoktKitApibridging from core kit manager contractsisEnabledresolution to use a callback provider instead of reflection and updated unit tests accordinglyScreenshots/Video
N/A
Checklist
Additional Notes
This PR is intentionally scoped to internal ownership/type migration for Rokt integration and related reliability fixes.