The deltaDNA analytics Android SDK
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Failed to load latest commit information.

deltaDNA logo

deltaDNA Android SDK

Build Status Codacy Badge Apache2 licensed Download



The deltaDNA SDK allows your Android games to record in-game events and upload player actions. It contains event caching, numerous helper methods, and some automated behaviours to help simplify your integration.

Adding to a project

The deltaDNA SDK can be used in Android projects using minimum SDK version 15 and newer (Android 4.0.3+).


In your top-level build script:

allprojects {
    repositories {
        maven { url '' }

In your app's build script:

dependencies {
    implementation ''

The Java source and target compatibility needs to be set to 1.8 in you app's build script:

android {
    compileOptions {
        sourceCompatibility JavaVersion.VERSION_1_8
        targetCompatibility JavaVersion.VERSION_1_8


The SDK needs to be initialised with the following parameters in an Application subclass:

  • Application instance
  • environmentKey, a unique 32 character string assigned to your application. You will be assigned separate application keys for development and production builds of your game. You will need to change the environment key that you initialise the SDK with as you move from development and testing to production.
  • collectUrl, this is the address of the server that will be collecting your events.
  • engageUrl, this is the address of the server that will provide real-time A/B Testing and Targeting.
public class MyApplication extends Application {

    public void onCreate() {

        DDNA.initialise(new DDNA.Configuration(

You will need to register your Application subclass in the manifest file


After the initialise() call the SDK will be available throughout the entire lifecycle of your application by calling DDNA.instance().

You may also set optional attributes on the Configuration, such as the client version, or user id, amongst other options.


When building an APK to be distributed on the Amazon Appstore then the platform needs to be changed to the ClientInfo.Platform.AMAZON enum during initialisation

DDNA.initialise(new DDNA.Configuration(

Starting and stopping

Inside of your Activity class you will need to start the SDK with DDNA.instance().startSdk() from the onCreate(Bundle) method, and likewise stop the SDK with DDNA.instance().stopSdk() from the onDestroy() method.

public class MyActivity extends AppCompatActivity {

    public void onCreate(Bundle savedInstanceState) {


    public void onDestroy() {


This is the minimum amount of code needed to initialise the SDK and start sending events. It will automatically send the newPlayer event the first time the SDK is run, and the gameStarted and clientDevice events each time the game runs.

Recording events

Simple event

By using one of the standard event schemas we can record an event such as

DDNA.instance().recordEvent(new Event("options")
        .putParam("option", "Music")
        .putParam("action", "Disabled"));

Which would be uploaded with the following JSON

    "eventName": "options",
    "userID": "a2e92bdd-f59d-498f-9385-2ae6ada432e3",
    "sessionID": "0bc56224-8939-4639-b5ba-197f84dad4f4",
    "eventTimestamp":"2014-07-04 11:09:42.491",
    "eventParams": {
        "platform": "ANDROID",
        "sdkVersion": "Android SDK v4.0",
        "option": "Music",
        "action": "Disabled"

Complex event

If you create more complicated events which get reused throughout of your game then instead of building up the event each time you can subclass from Event and add your parameters into the constructor

public class MissionStartedEvent extends Event {

    public MissionStartedEvent(
            String name,
            String id,
            boolean isTutorial,
            String difficulty) {


        putParam("missionName", name)
        putParam("missionID", id)
        putParam("isTutorial", isTutorial)
        putParam("missionDifficulty", difficulty);

And you will be able to record events by creating a new instance and passing it to recordEvent(Event)

DDNA.instance().recordEvent(new MissionStartedEvent(


A transaction is a complex event which introduces nesting, arrays, and some special objects that you will encounter when the player buys, trades, wins, exchanges currency and items with the game or other players. To help with this we provide Transaction, which is an Event with additional properties

recordEvent(new Transaction(
        "IAP - Large Treasure Chest",
        new Product()
                .addItem("Golden Battle Axe", "Weapon", 1)
                .addItem("Mighty Flaming Sword of the First Age", "Legendary Weapon", 1)
                .addItem("Jewel Encrusted Shield", "Armour", 1)
                .addVirtualCurrency("Gold", "PREMIUM", 100),
        new Product().setRealCurrency("USD", 499))

It is also worth noting that the currency value is always sent as an integer in the minor currency unit and with the ISO-4217 3 character currency code.

This event may be more complex, but the structure is logical, flexible, and provides a mechanism for players spending or receiving any combination of currencies and items.

Event triggers

All recordEvent methods return an EventAction instance on which EventActionHandlers can be registered through the add method, for handling triggers which match the conditions setup on the Platform for Event-Triggered Campaigns. Once all the handlers have been registered run() needs to be called in order for the event triggers to be evaluated and for a matching handler to be run. This happens on the client without any network use and as such it is instantaneous.

recordEvent(new Event("missionStarted").putParam("missionLevel", 1))
        .add(new EventActionHandler.GameParametersHandler(gameParameters -> {
            // do something with the game parameters
        .add(new EventActionHandler.ImageMessageHandler(imageMessage -> {
            // the image message is already prepared so it will show instantly


An Engage request can be performed by calling requestEngagement(Engagement, EngageListener), providing your Engagement and a an EngageListener for listening to the completion or error.

        new Engagement("outOfCredits")
                .putParam("userLevel", 4)
                .putParam("userXP", 1000)
                .putParam("missionName", "Diso Volante"),
        new OutOfCreditsListener());

The Engagement object which was sent will be returned in the listener's onCompleted(Engagement) callback method, at which point it has been populated with data from the platform ready to be retrieved by calling getJson() on the Engagement.

class OutOfCreditsListener implements EngageListener<Engagement> {
    public void onCompleted(Engagement engagement) {
        // do something with the result
        if (engagement.isSuccessful()) {
            // for example with parameters
            JSONObject parameters = engagement.getJson()
    public void onError(Throwable t) {
        // act on error

If there was an error processing your Engage request at the server then the details will be available in the Engagement by calling getError(). Any non-server errors, such as due to an Internet connection not being available, will be propagated into the onError(Throwable) callback method. In this case onCompleted(Engagement) will never be called.

Image Messaging

An Image Messaging request is performed in a similar way to an Engage request with an ImageMessage instance being built up from the returned Engagement in the onCompleted(Engagement) callback method. Since the decision point may not have been set-up to show an Image Message the returned value needs to be null checked.

        new EngageFactory.Callback<ImageMessage>() {
            public void onCompleted(@Nullable ImageMessage action) {
                if (action != null) {

An alternative way of requesting an Image Message is by using the DDNA instance directly instead of the EngageFactory.

        new Engagement("missionDifficulty"),
        new EngageListener<Engagement>() {
            public void onComplete(Engagement engagement) {
                ImageMessage imageMessage = ImageMessage.create(engagement);
                if (imageMessage != null) {
            public void onError(Throwable t) {
                // act on error

When the onPrepared(ImageMessage) of your ImageMessage.PrepareListener listener gets invoked you may show the Image Message by calling show(Activity, int) on the ImageMessage instance, or not do anything if the application is no longer in a state for showing the Image Message.

class MyPrepareListener implements ImageMessage.PrepareListener {
    public void onPrepared(ImageMessage src) {, MY_REQUEST_CODE);
    public void onError() {
        // act on error

To handle the result of the action performed on the Image Message you will need to override the onActivityResult(int, int, Intent) method of your Activity

public void onActivityResult(int requestCode, int resultCode, Intent data) {
    if (requestCode == MY_REQUEST_CODE) {
                new ImageMessageResultListener() {
                    public void onAction(String value, String params) {
                        // act on action button with value/params
                    public void onLink(String value, String params) {
                        // act on link button with value/params
                    public void onCancelled() {
                        // act on cancellation

Forgetting a user (GDPR)

If a user no longer wishes to be tracked and would like to be forgotten the forgetMe() API can be used. This will stop the SDK from sending/receiving any further information to/from the Platform, as well as initiating a data deletion request on behalf of the user. The SDK will continue to work as it normally would, without any additional work required.

If the game supports changing of users then calling startSdk(userId) with a new user ID or clearPersistentData() will restore the previous SDK functionality.

Push notifications

The SDK can store the Android Registration Id for the device and send it to deltaDNA so that you may send targeted push notification messages to players.

If your application already handles retrieving of the id then you can set it on the SDK by calling


You may however also make use of the deltadna-sdk-notifications addon which requires less work on your side for refreshing the registration id/token.

If you would like to unregister the client from receiving push notifications then you should call



If you need further customisation on how the SDK works, such as disabling the automatic event uploads, or changing the number of retries for failed requests then you may do so through the Settings class, which can be retrieved through


Settings can also be set during the initialisation step on the Configuration, which is the recommended approach.


There is no need to add additional directives in your ProGuard configuration if you are setting minifyEnabled true for your application as the library provides its own configuration file which gets included by the Android build tools during the build process.


Can be found here.


  • Version 4.0
  • Version 4.1
  • Version 4.3
  • Version 4.9
    • The SDK has been updated to use Java 8 features, as such projects will need to be updated to use 1.8 for the Java source and target compatibility as per the official documentation.
    • recordEvent methods have been changed to to return an EventAction object, which can be used for Event-Triggered Campaigns. This means that chaining calls on the DDNA SDK instance after calling recordEvent is no longer supported.


The sources are available under the Apache 2.0 license.

Contact Us

For more information, please visit For questions or assistance, please email us at