You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Currently, correlating a track event to an individual user on the server requires making an identify call prior to any track calls. We'd like to avoid making frequent server-side identify calls as they aren't particularly useful to us, but would still like to be able to correlate a track event with a specific userId. This appears to be possible in the Java library. From your documentation:
Thanks for the solution; this seems like a reasonable stopgap for avoiding switching to the Java library, but it would be nice to see this functionality ported over from your other SDKs. Has there been any consideration of separating out a server-side SDK for Kotlin that does not contain all of the Android dependencies and concerns?
@wickstopher glad to hear it solves your problem. the plugin architecture is designed to provide customizability. since this use case can be addressed by a plugin in a relatively simple way, we are not going to add a new API for it.
when adding dependency of the SDK, make sure you use core instead of android to avoid importing unnecessary android dependencies. see kotlin server doc here
Is your feature request related to a problem? Please describe.
Currently, correlating a
track
event to an individual user on the server requires making anidentify
call prior to anytrack
calls. We'd like to avoid making frequent server-sideidentify
calls as they aren't particularly useful to us, but would still like to be able to correlate atrack
event with a specificuserId
. This appears to be possible in the Java library. From your documentation:Describe the solution you'd like
Add an overload for the
com.segment.analytics.kotlin.core.Analytics::track
method that accepts auserId
, e.g.Describe alternatives you've considered
The only feasible alternative at the moment appears to be switching to the Java library.
Additional context
Add any other context or screenshots about the feature request here.
The text was updated successfully, but these errors were encountered: