stancl / jobpipeline
Turn any series of jobs into Laravel listeners.
Installs: 3 091 476
Dependents: 6
Suggesters: 0
Security: 0
Stars: 110
Watchers: 3
Forks: 14
Open Issues: 0
Requires
- php: ^8.0
- illuminate/support: ^9.0|^10.0|^11.0
Requires (Dev)
- ext-redis: *
- orchestra/testbench: ^7.0|^8.0|^9.0
- spatie/valuestore: ^1.2
This package is auto-updated.
Last update: 2024-11-09 20:00:13 UTC
README
The JobPipeline
is a simple, yet extremely powerful class that lets you convert any (series of) jobs into event listeners.
You may use a job pipeline like any other listener, so you can register it in the EventServiceProvider
using the $listen
array, or in any other place using Event::listen()
— up to you.
Creating job pipelines
These code snippets will use examples from my multi-tenancy package.
To create a job pipeline, start by specifying the jobs you want to use:
<?php use Stancl\JobPipeline\JobPipeline; use Stancl\Tenancy\Jobs\{CreateDatabase, MigrateDatabase, SeedDatabase}; JobPipeline::make([ CreateDatabase::class, MigrateDatabase::class, SeedDatabase::class, ])
Then, specify what variable you want to pass to the jobs. This will usually come from the event.
<?php use Stancl\JobPipeline\JobPipeline; use Stancl\Tenancy\Jobs\{CreateDatabase, MigrateDatabase, SeedDatabase}; use Stancl\Tenancy\Events\TenantCreated; JobPipeline::make([ CreateDatabase::class, MigrateDatabase::class, SeedDatabase::class, ])->send(function (TenantCreated $event) { return $event->tenant; })
Next, decide if you want to queue the pipeline. By default, pipelines are synchronous (= not queued) by default.
🔥 If you do want pipelines to be queued by default, you can do that by setting a static property:
\Stancl\JobPipeline\JobPipeline::$shouldBeQueuedByDefault = true;
<?php use Stancl\Tenancy\Events\TenantCreated; use Stancl\JobPipeline\JobPipeline; use Stancl\Tenancy\Jobs\{CreateDatabase, MigrateDatabase, SeedDatabase}; JobPipeline::make([ CreateDatabase::class, MigrateDatabase::class, SeedDatabase::class, ])->send(function (TenantCreated $event) { return $event->tenant; })->shouldBeQueued(true)
If you wish to push the job to a different queue, you can pass a string as the second parameter:
<?php use Stancl\Tenancy\Events\TenantCreated; use Stancl\JobPipeline\JobPipeline; use Stancl\Tenancy\Jobs\{CreateDatabase, MigrateDatabase, SeedDatabase}; JobPipeline::make([ CreateDatabase::class, MigrateDatabase::class, SeedDatabase::class, ])->send(function (TenantCreated $event) { return $event->tenant; })->shouldBeQueued(true, 'another-queue');
This can be simplified by calling shouldBeQueued(queue: 'another-queue')
since the first parameter defaults to true
.
Finally, convert the pipeline to a listener and bind it to an event:
<?php use Stancl\Tenancy\Events\TenantCreated; use Stancl\JobPipeline\JobPipeline; use Stancl\Tenancy\Jobs\{CreateDatabase, MigrateDatabase, SeedDatabase}; use Illuminate\Support\Facades\Event; Event::listen(TenantCreated::class, JobPipeline::make([ CreateDatabase::class, MigrateDatabase::class, SeedDatabase::class, ])->send(function (TenantCreated $event) { return $event->tenant; })->shouldBeQueued(true)->toListener());
Note that you can use job pipelines even for converting single jobs to event listeners. That's useful if you have some logic in job classes and don't want to create listener classes just to be able to run these jobs as a result of an event being fired.
Tip: Returning false
from a job cancels the execution of all following jobs in the pipeline. This can be useful to cancel a job pipeline that creates, migrates, and seeds databases if the create database job exists (e.g. because it detects that a database already exists). So it can be good to separate jobs into multiple pipelines, so that each logical category of jobs can be stopped individually.