Skip to main content

Wrap an API

At this point, you should have an initialized component with a "Hello Prismatic" action. But, chances are, the majority of your actions are going to involve fetching data from your own or a third-party API. Let's walk through how to add actions that fetch data from a RESTful endpoint.

For demonstration purposes, you'll use some mock API endpoints.

Add actions that wrap API endpoints

Let's add two actions that wrap the two endpoints above. First, you'll need a mechanism for contacting a RESTful endpoint. If you have a favorite NodeJS HTTP client library, you can add that to your project. If you don't, we recommend using the HTTP client that is built in to @prismatic-io/spectral. At the top of your index.ts file, add:

import { createClient } from "@prismatic-io/spectral/dist/clients/http";

const baseUrl =

Then, within index.ts add a couple of actions - one that fetches all items, and one that fetches a specific item by its ID:

const listItems = action({
display: {
label: "List all items",
description: "List all items in the inventory",
inputs: {},
perform: async (context, params) => {
const client = createClient({ baseUrl });
const response = await client.get("/items");
return { data: };

const getItem = action({
display: {
label: "Get Item",
description: "Get an item by ID",
inputs: {
itemId: input({ label: "Item ID", type: "string", required: true }),
perform: async (context, params) => {
const client = createClient({ baseUrl });
const response = await client.get(`/items/${params.itemId}`);
return { data: };

Finally, make your component() aware of the two new actions by adding them to the actions: line:

  actions: { helloPrismatic, listItems, getItem },

Now, run npm run build and prism components:publish to push your new changes to Prismatic. Add your new actions to your integration, and run a test. You should see the data from the RESTful endpoints reflected in step outputs.

You can see additional API endpoints for DELETE and POST verbs in our Wrapping an API in a Component quickstart.

Other common clients

You used an axios-based built-in HTTP client for the example above. If you prefer node-fetch or another HTTP client, you can swap those in readily.

  • If you are interacting with a SOAP API, you can reach for the soap package from NPM.
  • If you are interacting with a GraphQL API, you can use the default HTTP client, but you probably want nice GraphQL template literals and built-in response parsing. We recommend reaching for the graphql-request library.
  • NPM generally has a library for less common API implementations (xmlrpc for XML-RPC APIs, @grpc/grpc-js for gRPC APIs, etc). Most any package from NPM can be included in a custom component project.

Add authentication through connections

The example above interacted with a RESTful endpoint, but is missing one critical piece of an API integration: authentication. Let's add authentication and clean up our code a bit. Replace your code with the code below, adding new files as needed:

Your index.ts file can be slimmed down to a component() declaration that references actions from actions.ts, and connections from connections.ts:

import { component } from "@prismatic-io/spectral";
import actions from "./actions";
import connections from "./connections";

export default component({
key: "myFirstComponent",
public: false,
display: {
label: "My First Component",
description: "Learning how to build and test a new component",
iconPath: "icon.png",

After building and publishing again, when you try to run a test of the integration you'll be prompted to run through the configuration wizard. You can access this test configuration wizard by opening on the Test Runner drawer on the left-hand side and then clicking Save & Reconfigure Test Instance, and you can customize what the wizard looks like by clicking Configuration Wizard from the right-hand side of the page.

Next steps

You now have a component that can fetch data from an API. A component that wraps your own API, or the API of a third-party you're integrating with, will follow a similar pattern.

Next, we recommend that you try to wrap a few endpoints of your own API in a custom component. The Writing Custom Components article, which goes into more detail about input types, handling binary data, building triggers and data sources, testing components through unit tests and from the CLI, etc.