This project is not longer maintained and has been archived. More details in One Beyond Governance Tiers
A Systemic component for the AWS SQS SDK v3.
A typical, simple configuration looks like this:
{
"region": "us-east-1",
"credentials": {
"secretAccessKey": "test",
"accessKeyId": "test"
}
}
Here you can find the complete configuration interface of SQSClient class constructor that set the region, credentials and other options.
As with any other Systemic component, you can run it with the start
method:
const initAWSSQS = require('systemic-aws-sqs');
const { start } = initAWSSQS();
const api = await start({ config }); // configuration similar to the one above
As the AWS API has dozens of commands, intead of having one wrapper for each of them, the component exposes one single command commandExecutor
that can be used to call any of the commands exposed by the api:
const res = await api.commandExecutor({
commandParams: { <params of the method> },
commandName: <name of the method>
});
For example, to create a sqs queue:
const createSQSQueue = {
commandParams: { QueueName: queueName },
commandName: 'createQueue'
}
const res = await api.commandExecutor(createSQSQueue);
You can check all the available commands here.
Here is the current list of the custom commands that extends the SQS sdk functionality
This command will execute a repeated polling of messages in the queue. This iterative polling process will last until it is explicitly stopped.
This command requires the following parameters:
Name | Type | Required | Default Value | Description |
---|---|---|---|---|
awsAccountId | string | Yes | - | Id of the AWS account who owns the SQS queue |
queueName | string | Yes | - | Name of the queue to listen to |
processMessage | async function | yes | - | Function to execute when a message is received from the queue. This function will receive the message as input |
queueName | string | Yes | - | Name of the queue to listen to |
pollingPeriod | number | No | 1000 | Milliseconds between each polling process |
The listenQueue
command will return an object with the following fields:
start(): Promise<null>
once it is called, the listener will start polling messages from the queue.stop(): Promise<null>
it will stop from polling messages from the queue. In case a polling is currently in process, it will wait until it finishesevents
anEventEmitter
object that will emit the following events:messageProcessed
when a message is processed.pollingFinished
when a polling processed has been completed, even if a message was received or not.
events
field is very useful for testing purposes and for some custom actions.
const awsAccountId = '000000000000'
const queueName = 'test-service_v1_test-event'
const processMessage = (message) => console.log(message)
const pollingPeriod = 1000
const listener = await sqs.commandExecutor({
commandParams: {
queueName,
awsAccountId,
processMessage,
pollingPeriod
},
commandName: 'listenQueue'
})
await listener.start() // starting listening to the queue
// Printing all messages in the queue in console
await listener.stop() // stop listening to the queue
// No more messages printed
You can test the whole test suite running one of these commands:
Once resources are up you can test the component running one of this commands:
# all tests will be executed once
npm run test
# tests will be executed every time code changes (useful when coding)
npm run test:watch
In case that you want to just execute a certain test case, you can also use these scripts to up / tear down the infra.
npm run infra:up
npm run infra:down