@seamapi/http - v1.14.0

Seam HTTP Client

npm Seam LTS Version GitHub Actions

JavaScript HTTP client for the Seam API written in TypeScript.

Seam makes it easy to integrate IoT devices with your applications. This is an official SDK for the Seam API. Please refer to the official Seam Docs to get started.

Parts of this SDK are generated from always up-to-date type information provided by @seamapi/types. This ensures all API methods, request shapes, and response shapes are accurate and fully typed.

The SDK contains minimal dependencies, is fully tree-shakeable, and optimized for use in both client and server applications. The underlying HTTP client is Axios.

[!IMPORTANT] This is a low-level package meant for applications and libraries with particular dependency requirements. Before using this package, ensure you understand the installation and updating instructions. This SDK is entirely contained in the seam package. Seam recommends using that package instead for simpler dependency management.

Add this as a dependency to your project using npm with

$ npm install @seamapi/http

This package has optional peer dependencies for TypeScript users. Recent versions of npm will automatically install peer dependencies by default. For those users, no additional steps are necessary for full TypeScript support, however users should still explicitly install the latest types (see the next section).

Other package managers require peer dependencies to be added manually. Refer to any warnings generated by your package manager about missing peer dependencies and install them as needed. Refer to the next section for keeping the types updated.

This package depends on @seamapi/types for the latest TypeScript types. New versions of this SDK are generally not released when new types are published. Unless your project frequently runs a blanket npm update, the types will become outdated with the Seam API over time. Thus, users of this package should explicitly install the types with

$ npm install -D @seamapi/types

and update them when consuming new API features with

$ npm install -D @seamapi/types@latest

[!NOTE] These examples assume SEAM_API_KEY is set in your environment.

import { SeamHttp } from '@seamapi/http/connect'

const seam = new SeamHttp()
const devices = await seam.devices.list()
import { SeamHttp } from '@seamapi/http/connect'

const seam = new SeamHttp()
const lock = await seam.locks.get({ name: 'Front Door' })
await seam.locks.unlockDoor({ device_id: lock.device_id })

The SDK supports several authentication mechanisms. Authentication may be configured by passing the corresponding options directly to the SeamHttp constructor, or with the more ergonomic static factory methods.

[!NOTE] Publishable Key authentication is not supported by the constructor and must be configured using SeamHttp.fromPublishableKey.

An API key is scoped to a single workspace and should only be used on the server. Obtain one from the Seam Console.

// Set the `SEAM_API_KEY` environment variable
const seam = new SeamHttp()

// Pass as the first argument to the constructor
const seam = new SeamHttp('your-api-key')

// Pass as an option to the constructor
const seam = new SeamHttp({ apiKey: 'your-api-key' })

// Use the factory method
const seam = SeamHttp.fromApiKey('your-api-key')

A Client Session Token is scoped to a client session and should only be used on the client.

// Pass as an option to the constructor
const seam = new SeamHttp({ clientSessionToken: 'some-client-session-token' })

// Use the factory method
const seam = SeamHttp.fromClientSessionToken('some-client-session-token')

The client session token may be updated using

const seam = SeamHttp.fromClientSessionToken('some-client-session-token')

await seam.updateClientSessionToken('some-new-client-session-token')

A Publishable Key is used by the client to acquire Client Session Token for a workspace. Obtain one from the Seam Console.

Use the async factory method to return a client authenticated with a client session token:

const seam = await SeamHttp.fromPublishableKey(
'your-publishable-key',
'some-user-identifier-key',
)

This will get an existing client session matching the user identifier key, or create a new empty client session.

A Personal Access Token is scoped to a Seam Console user. Obtain one from the Seam Console. A workspace ID must be provided when using this method and all requests will be scoped to that workspace.

// Pass as an option to the constructor

const seam = new SeamHttp({
personalAccessToken: 'your-personal-access-token',
workspaceId: 'your-workspace-id',
})

// Use the factory method
const seam = SeamHttp.fromPersonalAccessToken(
'some-console-session-token',
'your-workspace-id',
)

A Console Session Token is used by the Seam Console. This authentication method is only used by internal Seam applications. A workspace ID must be provided when using this method and all requests will be scoped to that workspace.

// Pass as an option to the constructor
const seam = new SeamHttp({
consoleSessionToken: 'some-console-session-token',
workspaceId: 'your-workspace-id',
})

// Use the factory method
const seam = SeamHttp.fromConsoleSessionToken(
'some-console-session-token',
'your-workspace-id',
)

Some asynchronous operations, e.g., unlocking a door, return an action attempt. Seam tracks the progress of the requested operation and updates the action attempt when it succeeds or fails.

To make working with action attempts more convenient for applications, this library provides the waitForActionAttempt option and enables it by default.

When the waitForActionAttempt option is enabled, the SDK:

  • Polls the action attempt up to the timeout at the pollingInterval (both in milliseconds).
  • Resolves with a fresh copy of the successful action attempt.
  • Rejects with a SeamActionAttemptFailedError if the action attempt is unsuccessful.
  • Rejects with a SeamActionAttemptTimeoutError if the action attempt is still pending when the timeout is reached.
  • Both errors expose an actionAttempt property.

If you already have an action attempt ID and want to wait for it to resolve, simply use

await seam.actionAttempts.get({ action_attempt_id })

Or, to get the current state of an action attempt by ID without waiting:

await seam.actionAttempts.get(
{ action_attempt_id },
{
waitForActionAttempt: false,
},
)

To disable this behavior, set the default option for the client:

const seam = new SeamHttp({
apiKey: 'your-api-key',
waitForActionAttempt: false,
})

await seam.locks.unlockDoor({ device_id })

or the behavior may be configured per-request:

await seam.locks.unlockDoor(
{ device_id },
{
waitForActionAttempt: false,
},
)

The pollingInterval and timeout may be configured for the client or per-request. For example:

import {
SeamHttp,
isSeamActionAttemptFailedError,
isSeamActionAttemptTimeoutError,
} from '@seamapi/http/connect'

const seam = new SeamHttp('your-api-key', {
waitForActionAttempt: {
pollingInterval: 1000,
timeout: 5000,
},
})

const [lock] = await seam.locks.list()

if (lock == null) throw new Error('No locks in this workspace')

try {
await seam.locks.unlockDoor({ device_id: lock.device_id })
console.log('Door unlocked')
} catch (err: unknown) {
if (isSeamActionAttemptFailedError(err)) {
console.log('Could not unlock the door')
return
}

if (isSeamActionAttemptTimeoutError(err)) {
console.log('Door took too long to unlock')
return
}

throw err
}

Some Seam API endpoints interact with multiple workspaces. The SeamHttpMultiWorkspace client is not bound to a specific workspace and may use those endpoints with an appropriate authentication method.

A Personal Access Token is scoped to a Seam Console user. Obtain one from the Seam Console.

// Pass as an option to the constructor
const seam = new SeamHttpMultiWorkspace({
personalAccessToken: 'your-personal-access-token',
})

// Use the factory method
const seam = SeamHttpMultiWorkspace.fromPersonalAccessToken(
'some-console-session-token',
)

// List workspaces authorized for this Personal Access Token
const workspaces = await seam.workspaces.list()

A Console Session Token is used by the Seam Console. This authentication method is only used by internal Seam applications.

// Pass as an option to the constructor
const seam = new SeamHttpMultiWorkspace({
consoleSessionToken: 'some-console-session-token',
})

// Use the factory method
const seam = SeamHttpMultiWorkspace.fromConsoleSessionToken(
'some-console-session-token',
)

// List workspaces authorized for this Seam Console user
const workspaces = await seam.workspaces.list()

In addition to the various authentication options, the constructor takes some advanced options that affect behavior.

const seam = new SeamHttp({
apiKey: 'your-api-key',
endpoint: 'https://example.com',
axiosOptions: {},
axiosRetryOptions: {},
})

When using the static factory methods, these options may be passed in as the last argument.

const seam = SeamHttp.fromApiKey('some-api-key', {
endpoint: 'https://example.com',
axiosOptions: {},
axiosRetryOptions: {},
})

Some contexts may need to override the API endpoint, e.g., testing or proxy setups. This option corresponds to the Axios baseURL setting.

Either pass the endpoint option, or set the SEAM_ENDPOINT environment variable.

The Axios client and retry behavior may be configured with custom initiation options via axiosOptions and axiosRetryOptions. Options are deep merged with the default options.

The Axios client is exposed and may be used or configured directly:

import { SeamHttp, DevicesListResponse } from '@seamapi/http/connect'

const seam = new SeamHttp()

seam.client.interceptors.response.use((response) => {
console.log(response)
return response
})

const devices = await seam.client.get<DevicesListResponse>('/devices/list')

An Axios compatible client may be provided to create a SeamHttp instance. This API is used internally and is not directly supported.

All client methods return an instance of SeamHttpRequest. Inspect the request before it is sent to the server by intentionally not awaiting the SeamHttpRequest:

const seam = new SeamHttp('your-api-key')

const request = seam.devices.list()

console.log(`${request.method} ${request.url}`, JSON.stringify(request.body))

const devices = await request.execute()
$ git clone https://github.com/seamapi/javascript-http.git
$ cd javascript-http
$ nvm install
$ npm install
$ npm run test:watch

Primary development tasks are defined under scripts in package.json and available via npm run. View them with

$ npm run

The source code is hosted on GitHub. Clone the project with

$ git clone git@github.com:seamapi/javascript-http.git

You will need Node.js with npm and a Node.js debugging client.

Be sure that all commands run under the correct Node version, e.g., if using nvm, install the correct version with

$ nvm install

Set the active version for each shell session with

$ nvm use

Install the development dependencies with

$ npm install

New versions are released automatically with semantic-release as long as commits follow the Angular Commit Message Conventions.

Publish a new version by triggering a version workflow_dispatch on GitHub Actions. The version input will be passed as the first argument to npm-version.

This may be done on the web or using the GitHub CLI with

$ gh workflow run version.yml --raw-field version=<version>

GitHub Actions should already be configured: this section is for reference only.

The following repository secrets must be set on GitHub Actions:

  • NPM_TOKEN: npm token for installing and publishing packages.
  • GH_TOKEN: A personal access token for the bot user with packages:write and contents:write permission.
  • GIT_USER_NAME: The GitHub bot user's real name.
  • GIT_USER_EMAIL: The GitHub bot user's email.
  • GPG_PRIVATE_KEY: The GitHub bot user's GPG private key.
  • GPG_PASSPHRASE: The GitHub bot user's GPG passphrase.

If using squash merge, edit and ensure the commit message follows the Angular Commit Message Conventions specification. Otherwise, each individual commit must follow the Angular Commit Message Conventions specification.

  1. Create your feature branch (git checkout -b my-new-feature).
  2. Make changes.
  3. Commit your changes (git commit -am 'Add some feature').
  4. Push to the branch (git push origin my-new-feature).
  5. Create a new draft pull request.
  6. Ensure all checks pass.
  7. Mark your pull request ready for review.
  8. Wait for the required approval from the code owners.
  9. Merge when ready.

This npm package is licensed under the MIT license.

This software is provided by the copyright holders and contributors "as is" and any express or implied warranties, including, but not limited to, the implied warranties of merchantability and fitness for a particular purpose are disclaimed. In no event shall the copyright holder or contributors be liable for any direct, indirect, incidental, special, exemplary, or consequential damages (including, but not limited to, procurement of substitute goods or services; loss of use, data, or profits; or business interruption) however caused and on any theory of liability, whether in contract, strict liability, or tort (including negligence or otherwise) arising in any way out of the use of this software, even if advised of the possibility of such damage.