SDK Initialization

Initializing MoEngage SDK

First, go to Build Settings of your App Target and ensure that DEBUG Preprocessor Macro is defined in Debug section as shown in the below image, if not present then add the same by entering DEBUG=1 in Debug section:

12d75b8-Screenshot_2019-01-15_at_15.44.49.png

For Swift Project, In App Target Build Settings make sure -DDEBUG is added to Debug section in the Other Swift Flags as described in the image:

3996025-Screenshot_2019-01-15_at_15.58.49.png

in to your MoEngage account, go to Settings in the left panel of the dashboard. Under General Settings, you will find your Workspace ID. Provide this Workspace ID  along with the Datacenter while initializing the SDK with MoEngageSDKConfig instance . Use initializeDefaultTestInstance(_:) and initializeDefaultLiveInstance(_:) methods as shown below.

Swift Objective-C
import MoEngageSDK
 func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplicationLaunchOptionsKey: Any]?) -> Bool {
  
      //Add your MoEngage Workspace ID and Data center.
      let sdkConfig = MoEngageSDKConfig(appId: "YOUR WorkspaceID", dataCenter: DATA_CENTER);

      // MoEngage SDK Initialization
      // Separate initialization methods for Dev and Prod initializations
      #if DEBUG
          MoEngage.sharedInstance.initializeDefaultTestInstance(sdkConfig)
      #else
         MoEngage.sharedInstance.initializeDefaultLiveInstance(sdkConfig)
      #endif
 
  //Rest of the implementation of method
  //-------
  return true
}

Following details of the different data centers you need to set based on the dashboard hosts

Data Center Dashboard host

data_center_01

dashboard-01.moengage.com

data_center_02

dashboard-02.moengage.com

data_center_03

dashboard-03.moengage.com

data_center_04

dashboard-04.moengage.com

data_center_05

dashboard-05.moengage.com

data_center_06 

dashboard-06.moengage.com 

info

Note

data_center_06 is available from MoEngage-iOS-SDK version 9.17.3 onwards

 

warning

Important

Make sure to call the initialization method in applicationDidFinishLaunching(_:) method.
In case if you are initializing the SDK at a later stage and not at launch then you will have to call all the notification related methods instead of just relying on AppDelegate Swizzling.

MoEngageSDKConfig Properties

Following properties can be configured using the instance of MoEngageSDKConfig for SDK version 9.0.0

Property Description
appGroupID Provide the app Group ID configured for Push Notifications. Refer to doc for more info.
analyticsDisablePeriodicFlush SDK by default syncs the data tracked periodically with the backend, in case you would want to disable the same set this property to true.
analyticsPeriodicFlushDuration In case you want to define the interval for periodic sync, set the value in seconds here. Please note that the value should be greater than 60 secs.
encryptNetworkRequests Set this property to true, in case you would want to encrypt all the network requests sent from the SDK.

consoleLogConfig

Set this property to true if you would want to see all the logs related to MoEngage SDK.
For example: sdkConfig.consoleLogConfig = MoEngageConsoleLogConfig(isLoggingEnabled: true, loglevel: .verbose). // Loglevel : .verbose, .debug, .info, .warning, .error

inAppConfig

Set this property to receive deep link callback to the MoEngageInAppNativeDelegate method from SDK version 9.17.1

MoEngageInAppConfig(shouldProvideDeeplinkCallback: true)

Test/Live Environment

As mentioned above while initializing the build, MoEngage SDK makes use of the DEBUG preprocessor macro to decide whether the build is meant for TEST/LIVE Environment. Therefore you will have to take care of the same while generating the build and make sure that the Build Configuration of the App's target is set as mentioned below:

  • For Development Build: Build Configuration should be set to Debug (Data will be tracked in TEST Environment)
  • For AdHoc Build/App Store Build: Build Configuration should be set to Release (Data will be tracked in LIVE Environment)
warning

What if Build Configuration is not set correctly?

If the build configuration is not set correctly following might happen:

  • You will see the data from the development build in LIVE environment
  • OR data from AdHoc/Production Build in TEST environment
  • You will get Bad Device Token error while trying to send a push notification to the device

How to set Build Configuration?

Build Configuration on Running the app from Xcode:

Whenever you run the app directly from Xcode without archiving, make sure the build configuration of Run mode of the App Target in Edit Scheme is set to Debug(set by default settings). Doing this will make sure data is tracked in TEST Environment.

f4b3754-Screen_Shot_2018-04-30_at_17.58.10.png

Build Configuration on Exporting the build:

While exporting the build make sure you set the correct Build Configuration. By default for Archive section in Edit Scheme the Build Configuration will be set to Release, but for a development build make sure its changed to Debug before exporting the build. To set the Build Configuration of the build in your Xcode project go to App Target > Edit Scheme > Archive > Build Configuration and set the configuration to Debug/Release(depending on the type of build). Refer to the image as described:

2ecf0a4-Screen_Shot_2018-04-30_at_12.35.08.png

Switching Environment in Dashboard

In the MoEngage dashboard you can switch between test and live environment for your app. 

TEST Environment is used for all the development and testing-related uses and LIVE environment is used for running all the campaigns for AppStore Builds for your app's user base.

Previous

Next

Was this article helpful?
0 out of 1 found this helpful

How can we improve this article?