* docs: added features and guides overview page * added image * added version 2 * added version 3 * added version 4 * docs: implemented new color scheme * docs: redesigned sidebar (#3193) * docs: redesigned navbar for restructure (#3199) * docs: redesigned footer (#3209) * docs: redesigned cards (#3230) * docs: redesigned admonitions (#3231) * docs: redesign announcement bar (#3236) * docs: redesigned large cards (#3239) * docs: redesigned code blocks (#3253) * docs: redesigned search modal and page (#3264) * docs: redesigned doc footer (#3268) * docs: added new sidebars + refactored css and assets (#3279) * docs: redesigned api reference sidebar * docs: refactored css * docs: added code tabs transition * docs: added new sidebars * removed unused assets * remove unusued assets * Fix deploy errors * fix incorrect link * docs: fixed code responsivity + missing icons (#3283) * docs: changed icons (#3296) * docs: design fixes to the sidebar (#3297) * redesign fixes * docs: small design fixes * docs: several design fixes after restructure (#3299) * docs: bordered icon fixes * docs: desgin fixes * fixes to code blocks and sidebar scroll * design adjustments * docs: restructured homepage (#3305) * docs: restructured homepage * design fixes * fixed core concepts icon * docs: added core concepts page (#3318) * docs: restructured homepage * design fixes * docs: added core concepts page * changed text of different components * docs: added architecture link * added missing prop for user guide * docs: added regions overview page (#3327) * docs: added regions overview * moved region pages to new structure * docs: fixed description of regions architecture page * small changes * small fix * docs: added customers overview page (#3331) * docs: added regions overview * moved region pages to new structure * docs: fixed description of regions architecture page * small changes * small fix * docs: added customers overview page * fix link * resolve link issues * docs: updated regions architecture image * docs: second-iteration fixes (#3347) * docs: redesigned document * design fixes * docs: added products overview page (#3354) * docs: added carts overview page (#3363) * docs: added orders overview (#3364) * docs: added orders overview * added links in overview * docs: added vercel redirects * docs: added soon badge for cards (#3389) * docs: resolved feedback changes + organized troubleshooting pages (#3409) * docs: resolved feedback changes * added extra line * docs: changed icons for restructure (#3421) * docs: added taxes overview page (#3422) * docs: added taxes overview page * docs: fix sidebar label * added link to taxes overview page * fixed link * docs: fixed sidebar scroll (#3429) * docs: added discounts overview (#3432) * docs: added discounts overview * fixed links * docs: added gift cards overview (#3433) * docs: added price lists overview page (#3440) * docs: added price lists overview page * fixed links * docs: added sales channels overview page (#3441) * docs: added sales overview page * fixed links * docs: added users overview (#3443) * docs: fixed sidebar border height (#3444) * docs: fixed sidebar border height * fixed svg markup * docs: added possible solutions to feedback component (#3449) * docs: added several overview pages + restructured files (#3463) * docs: added several overview pages * fixed links * docs: added feature flags + PAK overview pages (#3464) * docs: added feature flags + PAK overview pages * fixed links * fix link * fix link * fixed links colors * docs: added strategies overview page (#3468) * docs: automated upgrade guide (#3470) * docs: automated upgrade guide * fixed vercel redirect * docs: restructured files in docs codebase (#3475) * docs: restructured files * docs: fixed eslint exception * docs: finished restructure loose-ends (#3493) * fixed uses of backend * docs: finished loose ends * eslint fixes * fixed links * merged master * added update instructions for v1.7.12
155 lines
5.5 KiB
Markdown
155 lines
5.5 KiB
Markdown
---
|
||
description: 'Learn how to create a scheduled job in Medusa. The scheduled job in this example will simply change the status of draft products to published.'
|
||
addHowToData: true
|
||
---
|
||
|
||
# How to Create a Scheduled Job
|
||
|
||
In this document, you’ll learn how to create a scheduled job in Medusa.
|
||
|
||
## Overview
|
||
|
||
Medusa allows you to create scheduled jobs that run at specific times during your backend's lifetime. For example, you can synchronize your inventory with an Enterprise Resource Planning (ERP) system once a day.
|
||
|
||
This guide explains how to create a scheduled job on your Medusa backend. The scheduled job in this example will simply change the status of draft products to `published`.
|
||
|
||
---
|
||
|
||
## Prerequisites
|
||
|
||
### Medusa Components
|
||
|
||
It is assumed that you already have a Medusa backend installed and set up. If not, you can follow the [quickstart guide](../backend/install.mdx) to get started.
|
||
|
||
### Redis
|
||
|
||
Redis is required for scheduled jobs to work. Make sure you [install Redis](../../development/backend/prepare-environment.mdx#redis) and [configure it with your Medusa backend](../../development/backend/configurations.md#redis).
|
||
|
||
---
|
||
|
||
## 1. Create a File
|
||
|
||
Each scheduled job should reside in a TypeScript or JavaScript file under the `src/loaders` directory.
|
||
|
||
Start by creating the `src/loaders` directory. Then, inside that directory, create the JavaScript or TypeScript file that you’ll add the scheduled job in. You can use any name for the file.
|
||
|
||
For the example in this tutorial, you can create the file `src/loaders/publish.ts`.
|
||
|
||
---
|
||
|
||
## 2. Create Cron Job
|
||
|
||
To create a scheduled job, add the following code in the file you created, which is `src/loaders/publish.ts` in this example:
|
||
|
||
```ts title=src/loaders/publish.ts
|
||
const publishJob = async (container, options) => {
|
||
const jobSchedulerService =
|
||
container.resolve("jobSchedulerService")
|
||
jobSchedulerService.create(
|
||
"publish-products",
|
||
{},
|
||
"0 0 * * *",
|
||
async () => {
|
||
// job to execute
|
||
const productService = container.resolve("productService")
|
||
const draftProducts = await productService.list({
|
||
status: "draft",
|
||
})
|
||
|
||
for (const product of draftProducts) {
|
||
await productService.update(product.id, {
|
||
status: "published",
|
||
})
|
||
}
|
||
}
|
||
)
|
||
}
|
||
|
||
export default publishJob
|
||
```
|
||
|
||
:::info
|
||
|
||
The service taking care of background jobs was renamed in v1.7.1. If you are running a previous version, use `eventBusService` instead of `jobSchedulerService`.
|
||
|
||
:::
|
||
|
||
This file should export a function that accepts a `container` and `options` parameters. `container` is the dependency container that you can use to resolve services, such as the JobSchedulerService. `options` are the plugin’s options if this scheduled job is created in a plugin.
|
||
|
||
You then resolve the `JobSchedulerService` and use the `jobSchedulerService.create` method to create the scheduled job. This method accepts four parameters:
|
||
|
||
- The first parameter is a unique name to give to the scheduled job. In the example above, you use the name `publish-products`;
|
||
- The second parameter is an object which can be used to [pass data to the job](#pass-data-to-the-scheduled-job);
|
||
- The third parameter is the scheduled job expression pattern. In this example, it will execute the scheduled job once a day at 12 AM.
|
||
- The fourth parameter is the function to execute. This is where you add the code to execute once the scheduled job runs. In this example, you retrieve the draft products using the [ProductService](../../references/services/classes/ProductService.md) and update the status of each of these products to `published`.
|
||
|
||
:::tip
|
||
|
||
You can see examples of scheduled job expression patterns on [crontab guru](https://crontab.guru/examples.html).
|
||
|
||
:::
|
||
|
||
### Pass Data to the Cron Job
|
||
|
||
To pass data to your scheduled job, you can add them to the object passed as a second parameter under the `data` property. This is helpful if you use one function to handle multiple scheduled jobs.
|
||
|
||
For example:
|
||
|
||
```ts
|
||
jobSchedulerService.create("publish-products", {
|
||
data: {
|
||
productId,
|
||
},
|
||
}, "0 0 * * *", async (job) => {
|
||
console.log(job.data) // {productId: 'prod_124...'}
|
||
// ...
|
||
})
|
||
```
|
||
|
||
---
|
||
|
||
## 3. Run Medusa Backend
|
||
|
||
:::info
|
||
|
||
Cron Jobs only run while the Medusa backend is running.
|
||
|
||
:::
|
||
|
||
In your terminal run the following command to run your Medusa backend:
|
||
|
||
```bash npm2yarn
|
||
npm run start
|
||
```
|
||
|
||
This builds your code under the `src` directory into the `dist` directory, then runs the Medusa backend.
|
||
|
||
If the scheduled job was registered successfully, you should see a message similar to this logged on your Medusa backend:
|
||
|
||
```bash
|
||
Registering publish-products
|
||
```
|
||
|
||
Where `publish-products` is the unique name you provided to the scheduled job.
|
||
|
||
Once it is time to run your scheduled job based on the scheduled job expression pattern, the scheduled job will run and you can see it logged on your Medusa backend.
|
||
|
||
For example, the above scheduled job will run at 12 AM and, when it runs, you can see the following logged on your Medusa backend:
|
||
|
||
```bash noReport
|
||
info: Processing scheduled job: publish-products
|
||
```
|
||
|
||
If you log anything in the scheduled job, for example using `console.log`, or if any errors are thrown, it’ll also be logged on your Medusa backend.
|
||
|
||
:::tip
|
||
|
||
To test the previous example out instantly, you can change the scheduled job expression pattern passed as the third parameter to `jobSchedulerService.create` to `* * * * *`. This will run the scheduled job every minute.
|
||
|
||
:::
|
||
|
||
---
|
||
|
||
## See Also
|
||
|
||
- [Create a Plugin](../plugins/create.md) |