layout | title | permalink | redirect_from | order | headings | |||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
page |
Web API client |
/web_api |
/basic_usage |
2 |
|
This package includes a web client that makes it simple to use the Slack Web API methods. Here are some of the goodies you get right out of the box:
- Request queuing and rate-limit management
- Request body serialization and response body parsing
- Keeps track of your token
- Custom agents for proxy support
- File upload handling
- Convenience Web API method aliases
- Error handling
- Logging
- Configurability
Here are some of the common recipies for using the WebClient
class.
Your app will interact with the Web API through the WebClient
object, which a top level export
from this package. At a minimum, you need to instantiate it with a token. The example below shows
how to post a message into a channel, DM, MPDM, or group. This will require the chat:write
scope (either the chat:user:write
or chat:bot:write
for user-token apps).
const { WebClient } = require('@slack/client');
// An access token (from your Slack app or custom integration - xoxa, xoxp, or xoxb)
const token = process.env.SLACK_TOKEN;
const web = new WebClient(token);
// This argument can be a channel ID, a DM ID, a MPDM ID, or a group ID
const conversationId = 'C1232456';
// See: https://api.slack.com/methods/chat.postMessage
web.chat.postMessage({ channel: conversationId, text: 'Hello there' })
.then((res) => {
// `res` contains information about the posted message
console.log('Message sent: ', res.ts);
})
.catch(console.error);
The chat.postMessage
method takes an optional attachments
argument. Arguments for Web API methods are all specified
in a single object literal, so just add additional keys for any optional argument.
web.chat.postMessage({
channel: conversationId,
text: 'Hello there',
attachments: [
{
"fallback": "Required plain-text summary of the attachment.",
"color": "#36a64f",
"author_name": "Bobby Tables",
"author_link": "http://flickr.com/bobby/",
"author_icon": "http://flickr.com/icons/bobby.jpg",
"title": "Slack API Documentation",
"title_link": "https://api.slack.com/",
"text": "Optional text that appears within the attachment",
"fields": [
{
"title": "Priority",
"value": "High",
"short": false
}
],
"image_url": "http://my-website.com/path/to/image.jpg",
"thumb_url": "http://example.com/path/to/thumb.png",
"footer": "Slack API",
"footer_icon": "https://platform.slack-edge.com/img/default_application_icon.png",
"ts": 123456789
}
]
})
.then((res) => {
// `res` contains information about the posted message
console.log('Message sent: ', res.ts);
})
.catch(console.error);
NOTE: See the Message Builder for a playground where you can prototype your message's look.
The files.upload
method can be used to upload a file, cool! This will require files:write:user
scope.
const fs = require('fs');
const { WebClient } = require('@slack/client');
// An access token (from your Slack app or custom integration - xoxa, xoxp, or xoxb)
const token = process.env.SLACK_TOKEN;
const web = new WebClient(token);
// Slack needs a file name for the upload
// This file is located in the current directory (`process.pwd()`)
const filename = 'test_file.csv';
// See: https://api.slack.com/methods/files.upload
web.files.upload({
filename,
// You can use a ReadableStream or a Buffer for the file option
file: fs.createReadStream(`./${fileName}`),
// Or you can use the content property (but not both)
// content: 'plain string content that will be editable in Slack'
})
.then((res) => {
// `res` contains information about the uploaded file
console.log('File uploaded: ', res.file.id);
})
.catch(console.error);
The channels.list
method can be used to get a list of all the public channels (and private
channels from the user who authorized) when using a user token with scope channels:read
. Or, it
would return the public channels and all private channels a bot user is a member of when using a bot token.
const { WebClient } = require('@slack/client');
// An access token (from your Slack app or custom integration - xoxa, xoxp, or xoxb)
const token = process.env.SLACK_TOKEN;
const web = new WebClient(token);
// See: https://api.slack.com/methods/channels.list
web.channels.list()
.then((res) => {
// `res` contains information about the channels
res.channels.forEach(c => console.log(c.name));
})
.catch(console.error);
When using workspace tokens, some methods allow your app
to perform the action on behalf of a user. To use one of these methods,
your app will provide the user's ID as an option named on_behalf_of
.
const { WebClient } = require('@slack/client');
// An access token (from your Slack workspace app - xoxa)
const token = process.env.SLACK_TOKEN;
// A user ID - this may be found in events or requests such as slash commands, interactive messages, actions, or dialogs
const userId = 'U0123456';
const web = new WebClient(token);
// https://api.slack.com/methods/users.identity
web.users.identity({ on_behalf_of: userId })
.then((res) => {
// `res` contains information about the user. the specific structure depends on the scopes your app was allowed.
console.log(res);
})
.catch(console.error);
Every web API method can also be called with a callback function that takes cb(error, response)
.
If you prefer callbacks over promises, here is the example above translated for callbacks:
web.channels.list((err, res) => {
if (err) {
return console.error(err);
}
// `res` contains information about the channels
res.channels.forEach(c => console.log(c.name));
});
If you're using workspace apps, refresh tokens can be used to obtain short-lived access tokens that power your Web API calls from the WebClient
(this is required for distributed apps). This can increase the security of your app since, in the event of a token being exposed accidentally, it won't be able to be used against your app or users after a short time. To enable the WebClient
to automatically refresh and swap your access tokens, you need to pass your app's refresh token, client ID, and client secret in the WebClientOptions
.
At the time of refresh, the WebClient
will emit a token_refreshed
event that will contain the new access token (access_token
), time to expiration (expires_in
), an associated team ID (team_id
), and an associated enterprise ID (enterprise_id
). It's recommended to listen to this event and store the access token in a database so you have access to your active token.
const { WebClient } = require('@slack/client');
const refreshToken = process.env.SLACK_REFRESH_TOKEN;
const id = process.env.SLACK_CLIENT_ID;
const secret = process.env.SLACK_CLIENT_SECRET;
// Intialize a data structure to store team access token info (typically stored in a database)
const slackAccessTokens = {};
// Associated team ID
let teamId = '';
// Fetch access token by team id
function getTokenByTeamId(id) {
if (!slackAccessTokens[id]) {
return undefined;
} else {
return slackAccessTokens[id];
}
}
const accessToken = getTokenByTeamId(teamId);
// Initiate WebClient
const web = new WebClient(accessToken, {
clientId: id,
clientSecret: secret,
refreshToken: refreshToken
});
/* When a token is refreshed, a token_refreshed event is triggered:
* {
* "access_token": "xoxa-...",
* "expires_in": 86400,
* "team_id": "T12345",
* "enterprise_id": "E1234A12AB"
* }
*/
web.on('token_refreshed', (event) => {
// It's recommended you encrypt and store your new access token in a database to access it later
slackAuthorizations[event.team_id] = { access_token: event.access_token, expires_in: event.expires_in };
// Save active team ID
teamId = event.team_id;
console.log(`Access token expires in ${event.expires_in}`);
});
Note: Before implementing it on your own, it's suggested you read through the token rotation documentation.
If you need more control over token refreshing, you don't need to pass in your refresh token, client ID, or client secret. However, you'll need to listen for invalid_auth
errors and make calls to oauth.access
to fetch new access tokens:
const { WebClient } = require('@slack/client');
const accessToken = process.env.SLACK_TOKEN;
const refreshToken = process.env.SLACK_REFRESH_TOKEN;
const id = process.env.SLACK_CLIENT_ID;
const secret = process.env.SLACK_CLIENT_SECRET;
const web = new WebClient(accessToken);
function refreshToken() {
// Custom logic to refresh a token, possibly purging other stale data from db
return new Promise((resolve, reject) => {
web.oauth.access({
client_id: id,
client_secret: secret,
grant_type: 'refresh_token',
refresh_token: refreshToken
}).then((res) => {
/* Response contains new access token and time until expiration
* {
* "access_token": "xoxa-...",
* "expires_in": 86400,
* "team_id": "T12345",
* "enterprise_id": "E1234A12AB"
* }
*/
accessToken = res.access_token;
// web.token allows you to update the access token for WebClient
web.token = accessToken;
// Probably purge stale data from db at this point
resolve();
}).catch((err) => {
console.log(err);
reject();
});
});
}
function sendMessage(msg) {
return web.chat.postMessage(msg)
.then(console.log)
.catch((error) => {
if (error.code === ErrorCode.PlatformError && error.data.error === 'invalid_auth') {
// This error could have occured because of an expired access token -- refresh, and try again.
return refreshToken()
.then(() => sendMessage(msg));
}
throw error;
})
}
sendMessage({ channel: conversationId, text: 'Hello world!' })
.catch((error) => console.error(`failed to send message: ${error.message}`));
The WebClient
will retry any request that fails for a recoverable error. The policy is
configurable, but the default is retrying forever with an exponential backoff, capped at thirty
minutes but with some randomization. You can use the retryConfig
option to customize that policy.
The value is an options
object as described in the following library:
https://github.com/tim-kos/node-retry.
const { WebClient } = require('@slack/client');
const token = process.env.SLACK_TOKEN;
const web = new WebClient(token, {
retryConfig: {
// This would turn the retrying feature off
retries: 0,
},
});
The WebClient
maintains a queue of requests to make sure a limited number of requests are in
flight at a time. It also helps with rate limit management. The default concurrency is set to three
but you can configure this with the maxRequestConcurrency
option.
const { WebClient } = require('@slack/client');
const token = process.env.SLACK_TOKEN;
const web = new WebClient(token, {
// Allow up to 10 requests to be in-flight at a time
maxRequestConcurrency: 10,
});
Typically, you shouldn't have to worry about rate limits. By default, the WebClient
will automatically wait the
appropriate amount of time and retry the request. During that time, all new requests from the WebClient
will be
paused, so it doesn't make your rate-limiting problem worse. Then, once a successful response is received, the returned
Promise is resolved with the result.
In addition, you can observe when your application has been rate-limited by attaching a handler to the rate_limited
event.
const { WebClient } = require('@slack/client');
const token = process.env.SLACK_TOKEN;
const web = new WebClient(token);
web.on('rate_limited', (retryAfter) => {
console.log(`A request was rate limited and future requests will be paused for ${retryAfter} seconds`);
});
const userIds = []; // a potentially long list of user IDs
for (user of userIds) {
// if this list is large enough and responses are fast enough, this might trigger a rate-limit
// but you will get each result without any additional code, since the rate-limited requests will be retried
web.users.info({ user }).then(console.log).catch(console.error);
}
If you'd like to handle rate-limits in a specific way for your application, you can turn off the automatic retrying of
rate-limited API calls with the rejectRateLimitedCalls
configuration option.
const { WebClient, ErrorCode } = require('@slack/client');
const token = process.env.SLACK_TOKEN;
const web = new WebClient(token, { rejectRateLimitedCalls: true });
const userIds = []; // a potentially long list of user IDs
for (user of userIds) {
web.users.info({ user }).then(console.log).catch((error) => {
if (error.code === ErrorCodes.RateLimitedError) {
// the request was rate-limited, you can deal with this error in your application however you wish
console.log(
`The users.info with ID ${user} failed due to rate limiting. ` +
`The request can be retried in ${error.retryAfter} seconds.`
);
} else {
// some other error occurred
console.error(error.message);
}
});
}
Some methods are meant to return large lists of things; whether it be users, channels, messages, or something else. In
order to efficiently get you the data you need, Slack will return parts of that entire list, or pages. Cursor-based
pagination describes using a couple options: cursor
and limit
to get exactly the page of data you desire. For
example, this is how your app would get the last 500 messages in a conversation.
const { WebClient } = require('@slack/client');
const token = process.env.SLACK_TOKEN;
const web = new WebClient(token);
const conversationId = 'C123456'; // some conversation ID
web.conversations.history({ channel: conversationId, limit: 500 })
.then((res) => {
console.log(`Requested 500 messages, recieved ${res.messages.length} in the response`);
})
.catch(console.error);
In the code above, the res.messages
array will contain, at maximum, 500 messages. But what about all the previous
messages? That's what the cursor
argument is used for 😎.
Inside res
is a property called response_metadata
, which might (or might not) have a next_cursor
property. When
that next_cursor
property exists, and is not an empty string, you know there's still more data in the list. If you
want to read more messages in that channel's history, you would call the method again, but use that value as the
cursor
argument. NOTE: It should be rare that your app needs to read the entire history of a channel, avoid that!
With other methods, such as users.list
, it would be more common to request the entire list, so that's what we're
illustrating below.
// A function that recursively iterates through each page while a next_cursor exists
function getAllUsers() {
let users = [];
function pageLoaded(res) {
users = users.concat(res.users);
if (res.response_metadata && res.response_metadata.next_cursor && res.response_metadata.cursor !== '') {
return web.users.list({ limit: 100, cursor: res.response_metadata.next_cursor }).then(pageLoaded);
}
return users;
}
return web.users.list({ limit: 100 }).then(pageLoaded);
}
getAllUsers()
.then(console.log) // prints out the list of users
.catch(console.error);
Cursor-based pagination, if available for a method, is always preferred. In fact, when you call a cursor-paginated
method without a cursor
or limit
, the WebClient
will automatically paginate the requests for you until the
end of the list. Then, each page of results are concatenated, and that list takes the place of the last page in the last
response. In other words, if you don't specify any pagination options then you get the whole list in the result as well
as the non-list properties of the last API call. It's always preferred to perform your own pagination by specifying the
limit
and/or cursor
since you can optimize to your own application's needs.
A few methods that returns lists do not support cursor-based pagination, but do support
other pagination types. These methods will not be
automatically paginated for you, so you should give extra care and use appropriate options to only request a page at a
time. If you don't, you risk failing with Error
s which have a code
property set to errorCode.HTTPError
.
The WebClient
also logs interesting events as it operates. By default, the log level is set to
info
and it should not log anything as long as nothing goes wrong.
You can adjust the log level by setting the logLevel
option to any of the values found in the LogLevel
top-level
export.
You can also capture the logs without writing them to stdout by setting the logger
option. It should be set to a
function that takes fn(level: string, message: string)
.
const fs = require('fs');
const { WebClient, LogLevel } = require('@slack/client');
// open a file to write logs
// TODO: make sure to call `logStream.end()` when the app is shutting down
const logStream = fs.createWriteStream('/tmp/app.log');
const token = process.env.SLACK_TOKEN;
logStream.on('open', () => {
const web = new WebClient(token, {
// increased logging, great for debugging
logLevel: LogLevel.DEBUG,
logger: (level, message) => {
// write to disk
logStream.write(`[${level}]: ${message}`);
}
});
});
In order to pass outgoing requests through an HTTP proxy, you'll first need to install an additional package in your application:
$ npm install --save https-proxy-agent
Next, use the agent
option to configure with your proxy settings.
const HttpsProxyAgent = require('https-proxy-agent');
const { WebClient } = require('@slack/client');
// in this example, we read the token from an environment variable. its best practice to keep sensitive data outside
// your source code.
const token = process.env.SLACK_TOKEN;
// its common to read the proxy URL from an environment variable, since it also may be sensitive.
// NOTE: for a more complex proxy configuration, see the https-proxy-agent documentation:
// https://github.com/TooTallNate/node-https-proxy-agent#api
const proxyUrl = process.env.http_proxy || 'http://12.34.56.78:9999';
// To use Slack's Web API:
const web = new WebClient(token, { agent: new HttpsProxyAgent(proxyUrl) });
There's one method that doesn't require a token
, and that's because it generates the token
for
you: oauth.access
. You'll be using this method at the end of the OAuth flow for a distributed
Slack app. To do this, just initialize without a token.
Or, if you are using the Passport authentication framework, this step is handled for you using the
@aoberoi/passport-slack
Strategy.
const { WebClient } = require('@slack/client');
const client = new WebClient();
const clientId = process.env.SLACK_CLIENT_ID;
const clientSecret = process.env.SLACK_CLIENT_SECRET;
// Not shown: did some OAuth to recieve `code` grant
client.oauth.access({
client_id: clientId,
client_secret: clientSecret,
code
})
.then((res) => {
// Good idea to save the access token to your database
console.log(res.access_token);
})
.catch(console.error);