
Note: This package is under very active development! Please consider creating issues if you run into anything!
- Dedicated processing: Workers run in a separate Node process – no coupling to your web server.
- Scalability: Run multiple worker processes and instances across machines.
- Simple DX: Define queues/workers using first-class helpers.
- Install
- Define a queue and enqueue from your app
- Define a worker
- Running
- CLI
- Bull Board
- Contribution
npx nuxi@latest module add nuxt-processor
Add the module in nuxt.config.ts
and set your Redis connection.
// nuxt.config.ts
export default defineNuxtConfig({
modules: ['nuxt-processor'],
processor: {
redis: {
// Prefer a single URL if available (takes precedence over other fields)
// e.g. redis://user:pass@host:6379/0
url: process.env.NUXT_REDIS_URL,
host: process.env.NUXT_REDIS_HOST ?? '127.0.0.1',
port: Number(process.env.NUXT_REDIS_PORT ?? 6379),
password: process.env.NUXT_REDIS_PASSWORD ?? '',
username: process.env.NUXT_REDIS_USERNAME,
db: Number(process.env.NUXT_REDIS_DB ?? 0),
// Optional connection behavior
// Delay connecting until first Redis command (useful to avoid build-time connects)
lazyConnect: process.env.NUXT_REDIS_LAZY_CONNECT
? process.env.NUXT_REDIS_LAZY_CONNECT === 'true'
: undefined,
// Milliseconds to wait before giving up when establishing the connection
connectTimeout: process.env.NUXT_REDIS_CONNECT_TIMEOUT
? Number(process.env.NUXT_REDIS_CONNECT_TIMEOUT)
: undefined,
},
},
})
Create server/queues/hello.ts
:
import { defineQueue } from '#processor'
type HelloName = 'hello'
type HelloData = { message: string, ts: number }
type HelloResult = { echoed: string, processedAt: number }
export default defineQueue<HelloData, HelloResult, HelloName>({
name: 'hello',
options: {},
})
Create server/workers/hello.ts
:
import { defineWorker } from '#processor'
type HelloName = 'hello'
type HelloData = { message: string, ts: number }
type HelloResult = { echoed: string, processedAt: number }
export default defineWorker<HelloName, HelloData, HelloResult>({
name: 'hello',
async processor(job) {
return { echoed: job.data.message, processedAt: job.data.ts }
},
options: {},
})
- Start your Nuxt app normally. This module generates a dedicated workers entry.
- In development, run workers from
.nuxt/dev/workers/index.mjs
in a separate terminal:
nuxi dev
node .nuxt/dev/workers/index.mjs
A simple CLI is provided to run workers in development.
# from your project root
npx nuxt-processor dev
Notes:
- If
.nuxt/dev/workers/index.mjs
does not exist yet, the CLI will ask you to start your Nuxt dev server first to generate the entry point for your workers. - If your
package.json
does not have aprocessor:dev
script, the CLI will offer to add:
{
"scripts": {
"processor:dev": "nuxt-processor dev"
}
}
Then you can run:
npm run processor:dev
- After building for production, run workers from
.output/server/workers/index.mjs
:
nuxi build
node .output/server/workers/index.mjs
Bull Board is an excellent UI for watching your queues, you can follow the setup in the playground to use it.
- Server handler
- Route:
playground/server/routes/bull-board.ts
- Route:
playground/server/routes/bull-board/[...].ts
Special thanks to @genu for creating the H3 adapter.
For more help getting set up, see this Bull Board H3 adapter comment: felixmosh/bull-board#669 (comment).
Local development
# Install dependencies
npm install
# Generate type stubs
npm run dev:prepare
# Develop with the playground
npm run dev
# Build the playground
npm run dev:build
# Run ESLint
npm run lint
# Run Vitest
npm run test
npm run test:watch
# Release new version
npm run release