TypeScript icon, indicating that this package has built-in type declarations

3.0.2 • Public • Published

Version Downloads/week Node.js CI License Codecov Coverage

Adobe I/O Lib State

A Node JavaScript abstraction on top of distributed/cloud DBs that exposes a simple state persistence API.

You can initialize the lib with your Adobe I/O Runtime (a.k.a OpenWhisk) credentials.

Alternatively, you can bring your own cloud db keys. As of now we only support Azure Cosmos.

Please note that currently you must be a customer of Adobe Developer App Builder to use this library. App Builder is a complete framework that enables enterprise developers to build and deploy custom web applications that extend Adobe Experience Cloud solutions and run on Adobe infrastructure.


npm install @adobe/aio-lib-state


  const stateLib = require('@adobe/aio-lib-state')

  // init when running in an Adobe I/O Runtime action (OpenWhisk) (uses env vars __OW_API_KEY and __OW_NAMESPACE automatically)
  const state = await stateLib.init()
  // or if you want to use your own cloud DB account (make sure your partition key path is /partitionKey)
  const state = await stateLib.init({ cosmos: { endpoint, masterKey, databaseId, containerId, partitionKey } })

  // get
  const res = await state.get('key') // res = { value, expiration }
  const value = res.value

  // put
  await state.put('key', 'value')
  await state.put('key', { anObject: 'value' }, { ttl: -1 }) // -1 for no expiry, defaults to 86400 (24 hours)

  // delete
  await state.delete('key')


goto API


set DEBUG=@adobe/aio-lib-state* to see debug logs.

Adobe I/O State Store Limitations (per user)

Apply when init with OW credentials (and not own cloud DB credentials):

  • Max state value size: 2MB
  • Max state key size: 1024 bytes
  • Max total state size: 10 GB
  • Token expiry (need to re-init after expiry): 1 hour
  • Non supported characters for state keys are: '/', '\', '?', '#'

Adobe I/O State Store Consistency Guarantees

Consistency across State Instances

Operations across multiple State instances (returned by stateLib.init()) are eventually consistent. For example, let's consider two state instances a and b initialized with the same credentials, then

const a = await state.init()
const b = await state.init()
await a.put('food', 'beans')
await b.put('food', 'carrots')
console.log(await a.get('food'))

might log either beans or carrots but eventually a.get('food') will always return carrots.

Operations within a single instance however are guaranteed to be strongly consistent.

Note that atomicity is ensured, i.e. a.get('food') will never return something like beacarronsts.

Adobe I/O Runtime considerations

State lib is expected to be used in Adobe I/O Runtime serverless actions. A new State instance can be created on every new invocation inside the main function of the serverless action as follows:

const State = require('@adobe/aio-sdk').State

function main (params) {
  const state = await State.init()
  // do operations on state

It's important to understand that in this case, on every invocation a new State instance is created, meaning that operations will be only eventually consistent across invocations but strongly consistent within an invocation.

Also note that reusing the State instance by storing it in a global variable outside of the main function would not ensure strong consistency across all invocations as the action could be executed in a separate Docker container.

Here is an example showcasing two invocations of the same action with an initial state { key: 'hello'}:

Invocation A Invocation B
state = State.init()
state.get(key) => returns hello
state.put(key, 'bonjour')
state.get(key) => returns bonjour
state = State.init()
state.get(key) => hello OR bonjour
state.put(key, 'bonjour')
state.get(key) => returns bonjour

Because of eventual consistency across State instances, in invocation B, the first state.get(key) might return an older value although invocation A has updated the value already.


"[StateLib:ERROR_INTERNAL] unknown error response from provider with status: unknown"

  • when using @adobe/aio-lib-state in an action bundled with webpack please make sure to turn off minification and enable resolving of es6 modules. Add the following lines to your webpack config:
  optimization: {
    minimize: false
  resolve: {
    extensions: ['.js'],
    mainFields: ['main']


Contributions are welcomed! Read the Contributing Guide for more information.


This project is licensed under the Apache V2 License. See LICENSE for more information.

Package Sidebar


npm i @adobe/aio-lib-state

Weekly Downloads






Unpacked Size

116 kB

Total Files


Last publish


  • dylandepass
  • djaeggi
  • adobehalls
  • fullcolorcoder
  • marbec
  • tripod
  • garthdb
  • lazd
  • adobe-admin
  • patrickfulton
  • trieloff
  • shazron
  • krisnye
  • dcpfsdk
  • natebaldwin
  • devongovett
  • aspro83
  • symanovi
  • dpfister
  • stefan-guggisberg
  • korra
  • rofe
  • kptdobe