[release] 1.16.0 - Support Local File as A DataStore, Perf Improvements

New Feature:

• dataStore interface has been enhanced with a new capability –
  localDataStore(). Users can now utilize local storage for offline data persistence.
• Introduced a new feature that allows for polling updates from local data store.

Improvements:

• Compressing the payload data of LogEvent to reduced data transfer size
• Code optimizations have been implemented to reduce execution time and resource consumption.

Included In This Release

• b8357f5 Weihao Ding
  • Perf Fix For Evaluator (#252)
• 874c65f Weihao Ding
  • Let LocalDataStore Option Detecting Local File Change Automatically (#245)
• 66c8bb7 Xin Li
  • Zip log event payload (#248)
• 6960246 Weihao Ding
  • Java Performance - Not allocating strings for Constants (#246)

[release] 1.15.0 - Local Data Store Support

New Feature:

• dataStore interface has been enhanced with a new capability –
  localDataStore().
• Local Storage Option: Users can now utilize local storage for
  offline data persistence.
• Java Multi-Instance Support: The localDataStore option now
  supports multiple Java instances.

Included In This Release

• 1747ec7 Weihao Ding
  • Add Local Data File Option To Read Configuration Locally (#242)

[release] 1.14.0 - GetFeatureGate API, Add Failed Event Count

New API:

• getFeatureGate - Get details of a gate, evaluated against a given
  user. Available in multi-instances cases as well.

Improvements:

• Add failed event count

Included In This Release

• 6c0f222 Xin Li
  • add failed event count (#241)
• be0f376 Weihao Ding
  • [Feature Request] Expose FeatureGate to Customer (#239)

[release] 1.13.1 - Multi instances, network requests improvements

Improvements:

• Make options(e.g. CheckGateOptions) parameters in Sync version of
  core apis optional for multiple StatsigServer instances.
• Log details if the network request failed.

Included In This Release

• 0516548 weihao-statsig
  • Makeoptions parameter optional for multi-instance (#236)
• 850b33b weihao-statsig
  • Log more if network request failed (#233)

[release] 1.13.0 - Support Multi SDK Instances

New Feature

• Add support for having multiple StatsigServer instances
  • CAVEAT: Multi-instances Statsig Server will not be compatible if you are using Data Store, data will override each other among projects
• Add log event dedupe logic, in 1 minute time interval, exposure event will be deduped if the same config, user, and evaluation result is being logged multiple times. Custom events (events called with logEvent) will not be deduped

[release] 1.12.1 - Fix network bugs and add log_event request header changes

Bug fix

• Fix infinite retry loop on log_event network request

Internal

• add event count to log_event header

Included In This Release

• 5bd9741 Xin Li
  • Fix log retry never ends (#224)
• 06ccd5d weihao-statsig
  • Add .DS_Store to .gitignore (#225)
• 648d0f0 weihao-statsig
  • Add Events Counter to the header (#223)

[release] 1.12.0 - Synchronous API, getClientInitializeResponse improvements

New API:

• checkGateSync - synchronous version of previously checkGate
• getConfigSync - synchronous version of previously getConfig
• getExperimentSync - synchronous version of previously getExperimentSync
• getLayerSync - synchronous version of previously getLayer

Improvements:

• Diagnostics logging for getClientInitializeResponse
• Alternative target app filtering on getClientInitializeResponse (for Statsig on-prem)

[release] 1.11.1 - Disable logging options and fix download idlist

Feature

• New statsigOptions to disable all loggings from sending out from SDK (including exposures, custom events, diagnostics, errors)

• Bug fix
  Fix the bug that downloadin idlist is broken if api is not provided from StatsigOptions.

[release] 1.10.1 - Fix memory leak from internal logging system

Internal

• Fix diagnostics (internal logging system) do not clear out log events when it's not sampled, or diagnostics disabled.
• Log getClientInitializationResponse returns null

[release] 1.10.0 - Custom Logger, [Internal] Initialization logging, SDK Key verification

• New Feature

  • Custom Logger: A new callback interface can be define how to log warning / info. The default behavior is println (System.out.println). If custom logger is provided, call back function will be called instead of printout to console

• Internal

  • Always log initialization diagnostics data, so we can better monitor and debug the health of sdk
  • SDK Key verification: check if server response is the same sdk key. If sdk key mismatched between sdk and server response, response will be disregarded.
    -Fix a concurrency bug on internal logging class