Debugging & lifecycle metrics
⚠️ This site will no longer be maintained ⚠️
Debug logging is an optional, but a recommended and critical SDK feature.
By enabling logging, you can ensure that the SDK is working as intended. The following table explains levels of logging available and the purpose they serve:
Log Level | Description |
---|---|
Error | This is the default log level used by SDK. This log level provides the details about unrecoverable errors that occurred during SDK implementation. |
Warning | In addition to the details from Error log level, Warning provides error information during SDK integration. This log level might indicate that a request has been made to the SDK, but the SDK might be unable to perform the requested task. For example, this log level might be used when catching an unexpected, but recoverable, exception and printing its message. |
Debug | In addition to the details from the Warning log level, Debug also provides high-level information about how the SDK processes network requests/responses data. |
Verbose | In addition to the details from the Debug level, Verbose provides detailed, low-level information about how the SDK processes database interactions and SDK events. |
Using
Debug
or Verbose
log levels may cause performance or security concerns. As a result, it is recommended that you use only Error
or Warning
log levels in production applications.To enable debug logging, use the following methods:
Android
iOS (AEP 3.x)
iOS (ACP 2.x)
React Native
Flutter
Cordova
Unity
MobileCore.setLogLevel(.debug)
// MobileCore.setLogLevel(.trace)
// MobileCore.setLogLevel(.warning)
// MobileCore.setLogLevel(.error)
[AEPMobileCore setLogLevel:AEPLogLevelDebug];
// [AEPMobileCore setLogLevel:AEPLogLevelTrace];
// [AEPMobileCore setLogLevel:AEPLogLevelWarning];
// [AEPMobileCore setLogLevel:AEPLogLevelError];
[ACPCore setLogLevel:ACPMobileLogLevelDebug];
// [ACPCore setLogLevel:ACPMobileLogLevelVerbose];
// [ACPCore setLogLevel:ACPMobileLogLevelWarning];
// [ACPCore setLogLevel:ACPMobileLogLevelError];
ACPCore.setLogLevel(ACPMobileLogLevel.debug)
// ACPCore.setLogLevel(ACPMobileLogLevel.verbose)
// ACPCore.setLogLevel(ACPMobileLogLevel.warning)
// ACPCore.setLogLevel(ACPMobileLogLevel.error)
ACPCore.setLogLevel(ACPCore.ACPMobileLogLevelError, successCallback, errorCallback);
ACPCore.setLogLevel(ACPCore.ACPMobileLogLevelWarning, successCallback, errorCallback);
ACPCore.setLogLevel(ACPCore.ACPMobileLogLevelDebug, successCallback, errorCallback);
ACPCore.setLogLevel(ACPCore.ACPMobileLogLevelVerbose, successCallback, errorCallback);
Lifecycle metrics are an optional, but valuable feature provided by the Adobe Experience Platform SDK. It provides out-of-the-box, application lifecycle information about your app user. A complete list of available metrics is provided in the lifecycle documentation.
These metrics contain information on the app user's engagement lifecycle such as device information, install or upgrade information, and session start and pause times. You may also set additional lifecycle metrics.
This section shows you how to collect lifecycle metrics. To view, and report on this data in those respective solutions, you need to set up Adobe Analytics or other Experience Cloud solution extensions.
Lifecycle metrics are now available for Edge Network implementations. For more details about the XDM-based lifecycle metrics, see Lifecycle for Edge Network.
Android
iOS - Objective-C
React Native
Flutter
Cordova
Unity
Xamarin
With the
onResume
function, start Lifecycle data collection:@Override
public void onResume() {
MobileCore.setApplication(getApplication());
MobileCore.lifecycleStart(null);
}
Setting the application is only necessary on activities that are entry points for your application. However, setting the application on each
Activity
has no negative impact and ensures that the SDK always has the necessary reference to your application. As a result, you should call setApplication
on each of your activities.You can use the
onPause
function to pause the lifecycle data collection:To ensure accurate session and crash reporting, this call must be added to every
Activity
.@Override
public void onPause() {
MobileCore.lifecyclePause();
}
Start Lifecycle data collection by calling
lifecycleStart:
from within the callback of the ACPCore::start:
method in your app's application:didFinishLaunchingWithOptions:
delegate method.If your iOS application supports background capabilities, you
application:didFinishLaunchingWithOptions:
method may be called when iOS launches your app in the background. If you do not want background launches to count towards your lifecycle metrics, then lifecycleStart:
should only be called when the application state is not equal to UIApplicationStateBackground
.- (BOOL) application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
// register the lifecycle extension
[ACPLifecycle registerExtension];
const UIApplicationState appState = application.applicationState;
[ACPCore start:^{
// only start lifecycle if the application is not in the background
if (appState != UIApplicationStateBackground) {
[ACPCore lifecycleStart:nil];
}
}];
}
When launched, if your app is resuming from a backgrounded state, iOS may call your
applicationWillEnterForeground:
delegate method. You also need to call lifecycleStart:
, but this time you do not need all of the supporting code that you used in application:didFinishLaunchingWithOptions:
:- (void) applicationWillEnterForeground:(UIApplication *)application {
[ACPCore lifecycleStart:nil];
}
When the app enters the background, pause Lifecycle data collection from your app's
applicationDidEnterBackground:
delegate method: - (void) applicationDidEnterBackground:(UIApplication *)application {
[ACPCore lifecyclePause];
}
Start Lifecycle data collection by calling
lifecycleStart:
from within the callback of the ACPCore::start:
method in your app's application:didFinishLaunchingWithOptions:
delegate method.If your iOS application supports background capabilities, your
application:didFinishLaunchingWithOptions:
method might be called when iOS launches your app in the background. If you do not want background launches to count towards your lifecycle metrics, then lifecycleStart:
should only be called when the application state is not equal to UIApplicationStateBackground
.func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplicationLaunchOptionsKey: Any]?) -> Bool {
// register the lifecycle extension
ACPLifecycle.registerExtension();
let appState = application.applicationState;
ACPCore.start {
// only start lifecycle if the application is not in the background
if appState != .background {
ACPCore.lifecycleStart(nil)
}
}
}
When launched, if your app is resuming from a backgrounded state, iOS might call your
applicationWillEnterForeground:
delegate method. You also need to call lifecycleStart:
, but this time you do not need all of the supporting code that you used in application:didFinishLaunchingWithOptions:
:func applicationWillEnterForeground(_ application: UIApplication) {
ACPCore.lifecycleStart(nil)
}
When the app enters the background, pause Lifecycle data collection from your app's
applicationDidEnterBackground:
delegate method:func applicationDidEnterBackground(_ application: UIApplication) {
ACPCore.lifecyclePause()
}
You need to implement Lifecycle in native Android and iOS code. For more information on implementing, please read the Lifecycle documentation.
You need to implement Lifecycle in native Android and iOS code. For more information on implementing, please read the Lifecycle documentation.
Getting Lifecycle version
ACPLifecycle.extensionVersion(function(version) {
console.log(version);
}, function(error) {
console.log(error);
});
iOS
public override void WillEnterForeground(UIApplication uiApplication)
{
base.WillEnterForeground(uiApplication);
ACPCore.LifecycleStart(null);
}
public override void DidEnterBackground(UIApplication uiApplication)
{
base.DidEnterBackground(uiApplication);
ACPCore.LifecycleStart(null);
}
Android
protected override void OnResume()
{
base.OnResume();
ACPCore.LifecycleStart(null);
}
protected override void OnPause()
{
base.OnPause();
ACPCore.LifecyclePause();
}