Java SDK quickstart

Welcome to the quickstart guide for Optimizely Feature Experimentation Java SDK.

Follow the steps in this guide to create a feature flag, roll out a flag delivery, and run an A/B test using a simple command-line application.

Suggest Edits

Part 1: Create a sample app

1. Get a free account

You need an Optimizely account to follow this guide. If you do not have an account, you can register for a free account. If you already have an account navigate to your Feature Experimentation project.

2. Get your SDK key

To find your SDK Key in your Optimizely project:

Go to Settings > Primary Environment.
Copy and save the SDK Key for your primary environment.

🚧
Important
Each environment has its own SDK key. Ensure you copy the correct key.

SDK key for primary environment — Click image to enlarge

3. Copy the sample code

To try out the Java SDK:

In IntelliJ, create a new gradle java project called optimizely-java-quickstart.
Install the Optimizely Feature Experimentation Java SDK.
In build.gradle dependencies, add and substitute VERSION for the latest SDK version available via MavenCentral:

repositories {
  mavenCentral()
  jcenter()
}

dependencies {
  compile 'com.optimizely.ab:core-api:{VERSION}'
  compile 'com.optimizely.ab:core-httpclient-impl:{VERSION}'
  // The SDK integrates with multiple JSON parsers, here we use
  // Jackson.
  compile 'com.fasterxml.jackson.core:jackson-core:2.13.5'
  compile 'com.fasterxml.jackson.core:jackson-annotations:2.13.5'
  compile 'com.fasterxml.jackson.core:jackson-databind:2.13.5'
}

The Java SDK is distributed through MavenCentral at MavenCentral. The full source code is hosted on GitHub.

Create Program.java file for your Console app.
Copy the following code sample into the Program.java file for your Console app.
Replace <Your_SDK_Key> with the SDK key you found in a previous step.

import com.optimizely.ab.OptimizelyFactory;
import com.optimizely.ab.config.parser.JsonParseException;
import com.optimizely.ab.Optimizely;
import com.optimizely.ab.OptimizelyUserContext;
import com.optimizely.ab.optimizelydecision.OptimizelyDecision;

import java.util.*;

public class Program {

    public static void main(String[] arguments) {
        // this Optimizely initialization is synchronous. for other methods see the Java SDK reference
        Optimizely optimizelyClient = OptimizelyFactory.newDefaultInstance("YOUR_SDK_KEY");
        if (optimizelyClient.isValid()) {
            /* --------------------------------
             * to get rapid demo results, generate random users. Each user always sees the same variation unless you reconfigure the flag rule.
             * --------------------------------
             */
            Random rnd = new Random();

            boolean hasOnFlags = false;

            for (int i = 0; i < 10; i++) {
                String userId = (rnd.nextInt(9999 - 1000) + 1000) + "";
                /* --------------------------------
                   Create hardcoded user & bucket user into a flag variation
                   -------------------------------
                 */
                OptimizelyUserContext user = optimizelyClient.createUserContext(userId);
                // "product_sort" corresponds to a flag key in your Optimizely project
                OptimizelyDecision decision = user.decide("product_sort");
                // did decision fail with a critical error?
                if (decision.getVariationKey() == null) {
                    System.out.println("\n\ndecision error: " + decision.getReasons());
                }
                // get a dynamic configuration variable
                // "sort_method" corresponds to a variable key in your Optimizely project
                String sortMethod = null;
                try {
                    sortMethod = decision.getVariables().getValue("sort_method", String.class);
                } catch (JsonParseException e) {
                    e.printStackTrace();
                }

              	if (decision.getEnabled()) {
                    // Keep count how many visitors had the flag enabled
                    hasOnFlags = true;
                }
                /* --------------------------------
                   Mock what the users sees with print statements (in production, use flag variables to implement feature configuration)
                   --------------------------------
                */
                // always returns false until you enable a flag rule in your Optimizely project

              	System.out.println("\n\nFlag " + decision.getEnabled()? "on": "off" + ". User number " + user.getUserId() + " saw flag variation: " + decision.getVariationKey() + " and got products sorted by: " + sortMethod + " config variable as part of flag rule: " + decision.getRuleKey());

            }

            if (!hasOnFlags) {
                System.out.println("\n\nFlag was off for everyone. Some reasons could include:" +
                        "\n1. Your sample size of visitors was too small. Rerun, or increase the iterations in the FOR loop" +
                        "\n2. By default you have 2 keys for 2 project environments (dev/prod). Verify in Settings>Environments that you used the right key for the environment where your flag is toggled to ON." +
                        "\n\nCheck your key at  https://app.optimizely.com/v2/projects/" + optimizelyClient.getProjectConfig().getProjectId() + "settings/implementation");
            }
        } else {
            System.out.println("Optimizely client invalid. Verify in Settings>Environments that you used the primary environment's SDK key");
        }
        // close before exit to flush out queued events
        optimizelyClient.close();
    }
}

📘
Note
Do not run your app yet, because you still need to set up the flag in the Optimizely app.

Part 2: Run your app

After completing Part 1, your app does nothing. You need to create a flag and a flag rule in the Optimizely app to enable the app.

1. Create the feature flag

A flag lets you control the users that are exposed to new code in your application. For this quickstart, imagine that you are rolling out a redesigned sorting feature for displaying products.

Create a flag in your Feature Experimentation project named product_sort and give it a variable named sort_method:

Select Create New Flag... from the Flags tab.
Enter product_sort in the Name field.
Keep the auto-created Key, product_sort, and click Create Flag. The Key corresponds to the flag key in your sample app.

Next, create a variable in your flag:

In your new flag, product_sort, under Flag Setupgo to Variables and click Add Variable (+).
Select String in the Add Variable drop-down.

Enter sort_method for the Variable Key, which corresponds to the variable key in your sample app.
Enter alphabetical for the Default Value, which represents your old sorting method. The new sorting method is what you are rolling out.
Click Save.

Next, create a variation in your flag:

Under Flag Setup go to Variations select the On variation. A variation is a wrapper for a collection of variable values.
For the sort_method variable value, enter popular_first, which represents your new sorting method.
Click Save.

2. Create the flag delivery rule

Your sample app still does nothing because you need to create and enable a flag rule.

Make a targeted delivery rule for the On variation for the product_sort flag. A targeted delivery lets you gradually release a feature flag to users but with the flexibility to roll it back if you encounter bugs.

Ensure you are in your primary environment (because you are using the primary environment SDK key from Part 1.
Click Add Rule and select Targeted Delivery.
Enter Targeted Delivery for the Name field.
Keep the default Key and Audiences.
Set the Traffic Allocation slider to 50%. This delivers the product_sort flag to 50% of everyone who triggers the flag in this environment. You can roll out or roll back the product_sort flag to a percentage of traffic whenever you want.
From the Deliver drop-down list, select the On variation.
Click Save.

3. Run your sample app

To run your sample application:

Click Run on your targeted delivery rule:
Click Ok on the Ready to Run Status page. This lets you know that your ruleset has not been set to run, yet.
Click Run on your ruleset (flag):

In IntelliJ,, click Run for the sample Console app you created earlier. Output displays similar to the following:

Flag on. User number 6998 saw flag variation: on and got products sorted by: popular_first config variable as part of flag rule: targeted_delivery

Flag on. User number 1177 saw flag variation: on and got products sorted by: popular_first config variable as part of flag rule: targeted_delivery

Flag on. User number 9714 saw flag variation: on and got products sorted by: popular_first config variable as part of flag rule: targeted_delivery

Flag on. User number 4140 saw flag variation: on and got products sorted by: popular_first config variable as part of flag rule: targeted_delivery

Flag on. User number 4994 saw flag variation: on and got products sorted by: popular_first config variable as part of flag rule: targeted_delivery

Flag off. User number 8700 saw flag variation: off and got products sorted by: alphabetical config variable as part of flag rule: default-rollout-208-19963693913

Flag off. User number 9912 saw flag variation: off and got products sorted by: alphabetical config variable as part of flag rule: default-rollout-208-19963693913

Flag on. User number 6560 saw flag variation: on and got products sorted by: popular_first config variable as part of flag rule: targeted_delivery

Flag on. User number 9252 saw flag variation: on and got products sorted by: popular_first config variable as part of flag rule: targeted_delivery

Flag on. User number 6582 saw flag variation: on and got products sorted by: popular_first config variable as part of flag rule: targeted_delivery

📘
Note:
You will not get exactly 50% of your user traffic in the "on" variation, since you are working with such small numbers of visitors. Also, the users who got an "off" flag did not make it into the 50% traffic you set, so they fell through to the default "Off" rule (default-rollout in the preceding print statements).

4. How it works

So far, you have:

Created a flag, flag variable, and a flag variation (wrapper for your variables) in the Optimizely application.
Implemented a flag in your app with the Decide method.

How it works: decide to show a user a flag

The Java SDK’s Decide method determines whether to show or hide the feature flag for a specific user.

📘
Note
You can reuse this method for different flag rules -- whether for delivering to more traffic, or running an experiment to show different sorting methods to just a portion of users.

After you learn which sorting method works best to increase sales, roll out the product sort flag to all traffic with the method set to the optimum value.

In your sample app:

OptimizelyUserContext user = optimizelyClient.createUserContext(userId);
// "product_sort" corresponds to the flag key you create in the Optimizely app
OptimizelyDecision decision = user.decide("product_sort");

📘
Note
Optionally include attributes when you create your user (not shown in your sample app ), so that you can target specific audiences. For example:

Map attributes = new HashMap<String, Object>();
attributes.put("logged_in", true);
OptimizelyUserContext user = optimizelyClient.createUserContext("user123", attributes);

How it works: configure flag variations

You can dynamically configure a flag variation using flag variables. In your sample app:

// always returns false until you enable a flag rule in the Optimizely app
if (decision.getEnabled()) {
  // "sort_method" corresponds to variable key you define in Optimizely app
  Object sortMethod = decision.getVariables().toMap().get("sort_method");
  System.out.println("sort_method: "+ sortMethod.toString());
}

For your product_sort flag, you can configure variations with different sort_method values, sorting by popular products, relevant products, promoted products, and so on. You can set different values for the sort method at any time in the Optimizely app.

Part 3: Run an A/B test

Part 2 of this tutorial guided you through a targeted delivery because it is the most straightforward flag rule. However, you often want to A/B test how users react to feature flag variations before you roll out a flag delivery.

Targeted delivery rule – You can roll out your flag to a percentage of your general user base (or to specific audiences), or roll back if you encounter bugs.
A/B test rule – Experiment by A/B testing a flag before you invest in delivering so you know what to build. Track how users behave in flag variations, then interpret your experiment results using the Optimizely Stats Engine.

For Part 3, you will run an A/B test on the On variation of your product_sort flag.

1. Add event tracking

You need to add a Track Event method to your sample app, so you can mock up user events and then see metrics.

Delete your old sample code, and paste the following code.
Replace your SDK key. See Get your SDK Key.
Do not run your app yet because you still need to set up the A/B test in the Optimizely application.

import com.fasterxml.jackson.databind.ObjectMapper;
import com.optimizely.ab.OptimizelyFactory;
import com.optimizely.ab.Optimizely;
import com.optimizely.ab.OptimizelyUserContext;
import com.optimizely.ab.notification.DecisionNotification;
import com.optimizely.ab.optimizelydecision.OptimizelyDecision;

import java.util.*;


public class Program {

    public static void main(String[] arguments) {
        // For more instantiation configuration, see the Java SDK reference
        Optimizely optimizelyClient = OptimizelyFactory.newDefaultInstance("YOUR_SDK_KEY");
        if (!optimizelyClient.isValid()) {
            System.out.println("Optimizely client invalid. Verify in Settings>Environments that you used the primary environment's SDK key");
            return;
        }
        /* --------------------------------
         OPTIONAL: Add a notification listener so you can integrate with third-party analytics platforms
         --------------------------------
        */
      /*
        int notificationId = optimizelyClient.notificationCenter.addNotificationHandler(DecisionNotification.class, decisionNotification -> {
            if ("flag".equals(decisionNotification.getType())) {
                String serializedJsonInfo = new ObjectMapper().writeValueAsString(decisionNotification.getDecisionInfo());
                System.out.println("Feature flag access related information: " + serializedJsonInfo);
                // Send data to analytics provider here
            }
        });
			*/
        /* --------------------------------
         * to get rapid demo experiment results, generate random users. Each user is deterministically hashed into a variation.
         * --------------------------------
         */
        boolean hasOnFlags = false;
        Random rnd = new Random();
        for (int i = 0; i < 5; i++) {
            String userId = (rnd.nextInt(9999 - 1000) + 1000) + "";
        /* --------------------------------
           Bucket user into a flag variation and mock experiment results
           --------------------------------
        */
            OptimizelyUserContext user = optimizelyClient.createUserContext(userId);
            OptimizelyDecision decision = user.decide("product_sort");
            // did decision fail with a critical error?
            if (decision.getVariationKey() == null) {
                System.out.println("\n\ndecision error: " + decision.getReasons());
            }
            Object sortMethod = decision.getVariables().toMap().get("sort_method");
            if (decision.getEnabled()) {
                hasOnFlags = true;
            } 
            System.out.println("\n\nFlag " + decision.getEnabled()? "on": "off" + ". User number " + user.getUserId() + " saw flag variation: " + decision.getVariationKey() + " and got products sorted by: " + sortMethod + " config variable as part of flag rule: " + decision.getRuleKey());

            MockPurchase(user);
        }
        if (!hasOnFlags) {
            System.out.println("\n\nFlag was off for everyone. Some reasons could include:" +
                    "\n1. Your sample size of visitors was too small. Rerun, or increase the iterations in the FOR loop" +
                    "\n2. By default you have 2 keys for 2 project environments (dev/prod). Verify in Settings>Environments that you used the right key for the environment where your flag is toggled to ON." +
                    "\n\nCheck your key at  https://app.optimizely.com/v2/projects/" + optimizelyClient.getProjectConfig().getProjectId() + "settings/implementation");
        } else {
            System.out.println("\n\nDone with your mocked A/B test.");
            System.out.println("Check out your report at  https://app.optimizely.com/v2/projects/" + optimizelyClient.getProjectConfig().getProjectId() + "/reports");
            System.out.println("Be sure to select the environment that corresponds to your SDK key");
        }
        // close before exit to flush out queued events
        optimizelyClient.close();
    }

    // mock tracking a user event so you can see some experiment reports
    static void MockPurchase(OptimizelyUserContext user) {
        System.out.println("Pretend that user made a purchase? y/n ");
        Scanner scan = new Scanner(System.in);
        String answer = scan.nextLine();
        if (answer.toLowerCase().equals("y")) {
            // track a user event you defined in the Optimizely app
            user.trackEvent("purchase");
            System.out.println("Optimizely recorded a purchase in experiment results for user " + user.getUserId());
        } else {
            System.out.println("Optimizely didn't record a purchase in experiment results for user " + user.getUserId());
        }
    }
}

2. Delete other rules in free accounts

If you have a free Optimizely account, you must delete the Targeted Delivery you created in Part 2 before you create your A/B test:

Select the Flag that contains the Targeted Delivery you created in Part 2 from the Flags tab.
Select the primary environment and the Targeted Delivery rule you created in Part 2.
Click More Options > Delete:
Click Save.

3. Create the A/B test flag rule

To create an A/B Test rule in your Feature Experimentation project, in the flag you created in Part 2:

click Add Rule and select A/B Test.
Enter Experiment for the Name field.
Keep the default Key and Audiences
Keep the Traffic Allocation slider set to 100%.

4. Add an event

In an experiment, you track users' relevant actions to measure how they react to your flag variations. To define the actions you want to track, called events:

Click on the Metrics field.
Click Create new event.

Enter purchase for the Event Name, and the Event Key will be automatically filled.
(Optional) Enter a Description. You want to know whether the new sorting flag helps customers figure out what to buy, so track whether the user makes a purchase after they were shown the products in a new order.
Click Create Event.

In the Add Metric modal, leave the defaults, measure increase in unique conversions.

Click Add Metric.
Leave the default Off variation as a control. Select the On variation you configured in Part 2:

📘
Note
You are not limited to two variations; you can also create A/B tests with multiple variations.

Click Save to create your A/B Test rule.
Click Run on the A/B test rule.

5. Run the A/B test

Ensure your ruleset's (flag's) status is Running, and the rule's status is Running so your experiment can run:

Click Run in IntelliJ and answer the command-line prompts. Output displays similar to the following:

Flag on. User number 1496 saw flag variation: on and got products sorted by: popular_first config variable as part of flag rule: experiment_1
Pretend that user made a purchase? y/n
n
Optimizely didn't record a purchase in experiment results for user 1496


Flag off. User number 1194 saw flag variation: off and got products sorted by: alphabetical config variable as part of flag rule: experiment_1
Pretend that user made a purchase? y/n
y
Optimizely recorded a purchase in experiment results for user 1194


Flag off. User number 5815 saw flag variation: off and got products sorted by: alphabetical config variable as part of flag rule: experiment_1
Pretend that user made a purchase? y/n
y
Optimizely recorded a purchase in experiment results for user 5815


Flag on. User number 1248 saw flag variation: on and got products sorted by: popular_first config variable as part of flag rule: experiment_1
Pretend that user made a purchase? y/n
y
Optimizely recorded a purchase in experiment results for user 1248


Flag off. User number 9580 saw flag variation: off and got products sorted by: alphabetical config variable as part of flag rule: experiment_1
Pretend that user made a purchase? y/n
n
Optimizely didn't record a purchase in experiment results for user 9580


Done with your mocked A/B test.
Check out your report at  https://app.optimizely.com/v2/projects/19957465438/reports
Be sure to select the environment that corresponds to your SDK key

6. See your A/B test results

Go to the Reports tab and select your experiment to see your results.

Your results should look similar:

📘
Note

You might not see the exact user traffic percentages you configured for your flag variations until you have larger numbers of users.

You might not see your user traffic immediately. Refresh the browser to refresh traffic,

Your experiment results will not tell you a winning variation until you have a large number of visitors, (on the order of 100,000).

7. How it works

For an A/B test, you need a way to tell Optimizely when a user made a purchase in your app and map this event in your app code to the specific event you created in Optimizely. Luckily the SDK has a method for that. Use the Track Event method and pass in the key for the event you created (purchase). In your sample app:

// Track how users behave when they see a flag variation
// e.g., after your app processed a purchase, let Optimizely know what happened:
user.trackEvent("purchased");

📘
Note
Optionally add tags to your event to enrich it (not shown in your sample app). You can also use reserve tag keys like revenue to track quantitative results. For example:
Map tags = new HashMap<String, Object>();
tags.put("category", "shoes");
tags.put("revenue", 6432);

user.trackEvent("purchase", tags);

Conclusion

Congratulations! You successfully set up and launched your first Optimizely Feature Experimentation experiment. While this example focused on optimizing sales, Optimizely’s experimentation platform can support an open-ended set of experimentation use cases.

See our complete Java SDK documentation to learn more ways to optimize your software using experimentation.

Updated 4 months ago

Java SDK quickstart

Part 1: Create a sample app

1. Get a free account

2. Get your SDK key

🚧
Important

3. Copy the sample code

📘
Note

Part 2: Run your app

1. Create the feature flag

2. Create the flag delivery rule

3. Run your sample app

📘
Note:

4. How it works

How it works: decide to show a user a flag

📘
Note

📘
Note

How it works: configure flag variations

Part 3: Run an A/B test

1. Add event tracking

2. Delete other rules in free accounts

3. Create the A/B test flag rule

4. Add an event

📘
Note

5. Run the A/B test

6. See your A/B test results

📘
Note

7. How it works

📘
Note

Conclusion

Part 1: Create a sample app

1. Get a free account

2. Get your SDK key

🚧Important

3. Copy the sample code

📘Note

Part 2: Run your app

1. Create the feature flag

2. Create the flag delivery rule

3. Run your sample app

📘Note:

4. How it works

How it works: decide to show a user a flag

📘Note

📘Note

How it works: configure flag variations

Part 3: Run an A/B test

1. Add event tracking

2. Delete other rules in free accounts

3. Create the A/B test flag rule

4. Add an event

📘Note

5. Run the A/B test

6. See your A/B test results

📘Note

7. How it works

📘Note

Conclusion

🚧
Important

📘
Note

📘
Note:

📘
Note

📘
Note

📘
Note

📘
Note

📘
Note