JavaScript SDK Reference
This topic explains how to use the Harness Feature Flags SDK in your JavaScript application.
This topic describes how to use the Harness Feature Flags Javascript SDK for your JavaScript application.
For getting started quickly, you can use our sample code from the JavaScript SDK README. You can also clone and run a sample application from the JavaScript SDK GitHub Repository.
Before You Begin
Make sure you read and understand:
Version
Latest SDK version can be found on GitHub Release Page
Requirements
To use this SDK, make sure you:
Create a JavaScript application to use with the SDK, or clone our sample application to use.
Download the SDK from our GitHub Repository.
Create a Feature Flag on the Harness Platform. If you are following along with the SDK README sample code, make sure your flag is called
harnessappdemodarkmode.
Install the SDK
You can install the SDK using npm, Yarn, or by importing it directly from unpkg.
Install using npm
Run the following command:
Then, import the SDK using the following command:
Install using Yarn
Run the following command:
Then, import the SDK using the following command:
Install directly from unpkg
Run the following script:
Make sure you install the latest version of the SDK, which you can view in GitHub and in Version.If you need to support browsers that no longer support ES modules, run the following script instead:
Initialize the SDK
To initialize the JavaScript SDK, you need to:
Add your Client SDK key to connect to your Harness Environment.
Add a target that you want to evaluate against a Feature Flag.
(Optional) Configure the SDK.
Complete the initialization with the SDK using the client SDK Key, target, and Configuration parameters you set.
Add your Client SDK Key
To connect to the correct Environment that you set up on the Harness Platform, you need to add the Client SDK Key from that Environment. Input the Client SDK Key into the FeatureFlagSDKKey parameter.
Add a target
For more information about targets, go to Targeting users with flags.
To create a target, you must enter an identifier but you can optionally add a name and additional attributes.
The below shows the data type for each parameter:
Configure the SDK
When initializing the SDK, you also have the option of providing alternative configurations by using the Options interface.
Name
Description
Default value
baseURL
The URL used to fetch Feature Flag Evaluations. When using the Relay Proxy, change this to: http://localhost:7000
https://config.ff.harness.io/api/1.0
eventUrl
The URL for posting metrics data to the Feature Flag service. When using the Relay Proxy, change this to: http://localhost:7000
https://events.ff.harness.io/api/1.0
eventsSyncInterval
The interval in milliseconds that we post flag evaluation metrics.
60000 (milliseconds)
pollingInterval
The interval in milliseconds that we poll for changes when the SDK is running in polling mode.
60000 (milliseconds)
streamEnabled
Set to true to enable streaming mode. Set to false to disable streaming mode.
true
pollingEnabled
Set to true to enable polling mode. Set to false to disable polling mode.
true
debug
Set to true to enable SDK debug level logging. Set to false to disable debug level logging
false
Complete the initialization
Complete the initialization using the FeatureFlagSDKKey, target, and Options variables:
For example:
Evaluate a flag
Evaluating a flag is when the SDK processes all flag rules and returns the correct variation of that flag for the target you provide. If a matching flag can’t be found, or the SDK can’t remotely fetch flags, the default value is returned.
There are different methods for the different variation types and for each method you need to pass in:
Identifier of the flag you want to evaluate
The default variation
The flag is evaluated against the target you pass in when initializing the SDK.
(Optional) Provide a set of evaluations
In some cases it might be useful to provide the SDK with a set of evaluations that it can serve instantly. You might consider this when you need to:
Reduce application startup time by providing default values or a snapshot of evaluations. For example, if your application is server-side generated, then it might make sense to retrieve evaluations on the server and provide them in the HTML of the page to be injected into the SDK.
Provide network redundancy by allowing your app to detect network connectivity issues when accessing the service and loading evaluations from another source.
To provide a set of evaluations:
Call the
setEvaluationsmethod at any time after initializing the client. ThesetEvaluationsmethod takes an array ofEvaluationobjects as an argument.Where
Evaluationis defined as:
Streaming and polling mode
By default, Harness Feature Flags SDK has streaming enabled and polling enabled. Both modes can be toggled according to your preference using the SDK's configuration.
Streaming mode
Streaming mode establishes a continuous connection between your application and the Feature Flags service. This allows for real-time updates on feature flags without requiring periodic checks. If an error occurs while streaming and pollingEnabled is set to true, the SDK will automatically fall back to polling mode until streaming can be reestablished. If pollingEnabled is false, streaming will attempt to reconnect without falling back to polling.
Polling mode
In polling mode, the SDK will periodically check with the Feature Flags service to retrieve updates for feature flags. The frequency of these checks can be adjusted using the SDK's configurations.
No streaming or polling
If both streaming and polling modes are disabled (streamEnabled: false and pollingEnabled: false), the SDK will not automatically fetch feature flag updates after the initial fetch. This means that after the initial load, any changes made to the feature flags on the Harness server will not be reflected in the application until the SDK is re-initialized or one of the modes is re-enabled.
This configuration might be useful in specific scenarios where you want to ensure a consistent set of feature flags for a session or when the application operates in an environment where regular updates are not necessary. However, it's essential to be aware that this configuration can lead to outdated flag evaluations if the flags change on the server.
To configure the modes:
Listen for events
Register the event listener
The cf method allows you to listen for the different events triggered by SDK and deal with them as needed, for example:
Close the event listener
To turn off the listeners, use cf.off. You can turn off the listener when there is an error, or turn off all listeners on command.
Turn off listener when there is an error:
Turn off all listeners:
Test your app is connected to Harness
When you receive a response showing the current status of your Feature Flag, go to the Harness Platform and toggle the flag on and off. Then, check your app to verify if the flag variation displayed is updated with the variation you toggled.
Close the SDK client
In most applications, you won't need to close the SDK client.
However, you should close the SDK client if:
Your application is about to terminate. Closing the client ensures that all associated resources are released.
You have determined that you do not need to evaluate flags again in your application lifecycle.
To close the SDK client, call the following function:
Sample code for a JavaScript application
Here is a sample code for using Harness Feature Flag SDKs with a JavaScript application:
Last updated
Was this helpful?