keepsuit / laravel-temporal
Laravel temporal.io
Installs: 5 557
Dependents: 0
Suggesters: 0
Security: 0
Stars: 25
Watchers: 4
Forks: 6
Open Issues: 1
Requires
- php: ^8.1
- composer/class-map-generator: ^1.0
- illuminate/contracts: ^10.0 || ^11.0
- spatie/laravel-package-tools: ^1.14.0
- spiral/roadrunner: ^2023.2 || ^2024.0
- spiral/roadrunner-cli: ^2.5
- symfony/process: ^6.0 || ^7.0
- temporal/sdk: ~2.7.4 || ~2.8.0 || ~2.9.0 || ~2.10.0 || ~2.11.0
- thecodingmachine/safe: ^2.0
Requires (Dev)
- dereuromark/composer-prefer-lowest: ^0.1.10
- larastan/larastan: ^2.9
- laravel/pint: ^1.17
- mockery/mockery: ^1.6
- nesbot/carbon: ^2.63 || ^3.0
- nunomaduro/collision: ^7.0 || ^8.0
- orchestra/testbench: ^8.0 || ^9.0
- pestphp/pest: ^2.35
- pestphp/pest-plugin-laravel: ^2.4
- phpstan/extension-installer: ^1.4
- phpstan/phpstan: ^1.12
- phpstan/phpstan-deprecation-rules: ^1.2
- phpstan/phpstan-phpunit: ^1.4
- rector/rector: ^1.2
- spatie/invade: ^2.0
- spatie/laravel-data: ^4.3
- spatie/laravel-ray: ^1.26
- thecodingmachine/phpstan-safe-rule: ^1.2
Suggests
- spatie/laravel-data: Can be used for workflows payloads (recommended ^4.3)
- dev-main
- 1.0.0
- 1.0.0-beta6
- 1.0.0-beta5
- 1.0.0-beta4
- 1.0.0-beta3
- 1.0.0-beta2
- 1.0.0-beta1
- 0.6.14
- 0.6.13
- 0.6.12
- 0.6.11
- 0.6.10
- 0.6.9
- 0.6.8
- 0.6.7
- 0.6.6
- 0.6.5
- 0.6.4
- 0.6.3
- 0.6.2
- 0.6.1
- 0.6.0
- 0.5.3
- 0.5.2
- 0.5.1
- 0.5.0
- 0.4.2
- 0.4.1
- 0.4.0
- 0.3.4
- 0.3.3
- 0.3.2
- 0.3.1
- 0.3.0
- 0.2.11
- 0.2.10
- 0.2.9
- 0.2.8
- 0.2.7
- 0.2.6
- 0.2.5
- 0.2.4
- 0.2.3
- 0.2.2
- 0.2.1
- 0.2.0
- 0.1.0
- 0.0.6
- 0.0.5
- 0.0.4
- 0.0.3
- 0.0.2
- 0.0.1
- dev-worker-options
- dev-drop-laravel-data-v3
This package is auto-updated.
Last update: 2024-10-20 15:39:13 UTC
README
This package allow an easy integration of a Laravel app with a temporal.io, which is a distributed, scalable, durable, and highly available orchestration engine for asynchronous long-running business logic in a microservice architecture.
This package provides:
- Commands to create a new workflow, activity and interceptor
- Command to start the worker which will execute workflows and activities from the provided task queue
- Command to start a temporal dev server
- Testing helpers that allows mock of workflows and activities executions
Installation
You can install the package via composer:
composer require keepsuit/laravel-temporal
Then download the latest roadrunner
executable for your platform:
php artisan temporal:install
or
./vendor/bin/rr get-binary
Note
You should run this command after every update to ensure that you have the latest version of roadrunner
executable.
You can publish the config file with:
php artisan vendor:publish --tag="temporal-config"
This is the contents of the published config file:
<?php return [ /** * Temporal server address */ 'address' => env('TEMPORAL_ADDRESS', 'localhost:7233'), /** * TLS configuration (optional) * Allows to configure the client to use a secure connection to the server. */ 'tls' => [ /** * Path to the client key file (/path/to/client.key) */ 'client_key' => env('TEMPORAL_TLS_CLIENT_KEY'), /** * Path to the client cert file (/path/to/client.pem) */ 'client_cert' => env('TEMPORAL_TLS_CLIENT_CERT'), /** * Path to the root CA certificate file (/path/to/ca.cert) */ 'root_ca' => env('TEMPORAL_TLS_ROOT_CA'), /** * Override server name (default is hostname) to verify against the server certificate */ 'server_name' => env('TEMPORAL_TLS_SERVER_NAME'), ], /** * Temporal namespace */ 'namespace' => env('TEMPORAL_NAMESPACE', \Temporal\Client\ClientOptions::DEFAULT_NAMESPACE), /** * Default task queue */ 'queue' => \Temporal\WorkerFactory::DEFAULT_TASK_QUEUE, /** * Default retry policy */ 'retry' => [ /** * Default retry policy for workflows */ 'workflow' => [ /** * Initial retry interval (in seconds) * Default: 1 */ 'initial_interval' => null, /** * Retry interval increment * Default: 2.0 */ 'backoff_coefficient' => null, /** * Maximum interval before fail * Default: 100 x initial_interval */ 'maximum_interval' => null, /** * Maximum attempts * Default: unlimited */ 'maximum_attempts' => null, ], /** * Default retry policy for activities */ 'activity' => [ /** * Initial retry interval (in seconds) * Default: 1 */ 'initial_interval' => null, /** * Retry interval increment * Default: 2.0 */ 'backoff_coefficient' => null, /** * Maximum interval before fail * Default: 100 x initial_interval */ 'maximum_interval' => null, /** * Maximum attempts * Default: unlimited */ 'maximum_attempts' => null, ], ], /** * Interceptors (middlewares) registered in the worker */ 'interceptors' => [ ], /** * Manual register workflows */ 'workflows' => [ ], /** * Manual register activities */ 'activities' => [ ], /** * Directories to watch when server is started with `--watch` flag */ 'watch' => [ 'app', 'config', ], /** * Integrations options */ 'integrations' => [ /** * Eloquent models serialization/deserialization options */ 'eloquent' => [ /** * Default attribute key case conversion when serialize a model before sending to temporal. * Supported values: 'snake', 'camel', null. */ 'serialize_attribute_case' => null, /** * Default attribute key case conversion when deserializing payload received from temporal. * Supported values: 'snake', 'camel', null. */ 'deserialize_attribute_case' => null, /** * If true adds additional metadata fields (`__exists`, `__dirty`) to the serialized model to improve deserialization. * `__exists`: indicate that the model is saved to database. * `__dirty`: indicate that the model has unsaved changes. (original values are not included in the serialized payload but the deserialized model will be marked as dirty) */ 'include_metadata_field' => false, ], ], ];
Usage
Here we will see the utilities provided by this package. For more information about Temporal and Workflow/Activity options please refer to the official documentation.
Create workflows and activities
To create a new workflow, you can use the temporal:make:workflow {name}
command, which will create a new workflow interface & relative class in
the app/Temporal/Workflows
directory.
To create a new activity, you can use the temporal:make:activity {name}
command, which will create a new activity interface & relative class in
the app/Temporal/Activities
directory.
Note
If you already have workflow/activities in app/Workflows
and app/Activities
directories,
the make commands will create the new workflow/activity in the these directories.
Workflows in app/Temporal/Workflows
and app/Workflows
and activities in app/Temporal/Activities
, app/Activities
, app/Temporal/Workflows
and app/Workflows
are automatically registered.
If you put your workflows and activities in other directories, you can register them manually in the workflows
and activities
config keys or with TemporalRegistry
in your service provider.
class AppServiceProvider extends ServiceProvider { public function register() { $this->callAfterResolving(\Keepsuit\LaravelTemporal\TemporalRegistry::class, function (\Keepsuit\LaravelTemporal\TemporalRegistry $registry) { $registry->registerWorkflows(YourWorkflowInterface::class) ->registerActivities(YourActivityInterface::class); } // or Temporal::registry() ->registerWorkflows(YourWorkflowInterface::class) ->registerActivities(YourActivityInterface::class); } }
Build and start a workflow
To start a workflow, you must build a stub through the Temporal
Facade.
$workflow = Temporal::newWorkflow() ->withTaskQueue('custom-task-queue') // Workflow options can be provided with fluent methods ->build(YourWorkflowInterface::class); // This will start a new workflow execution and wait for the result $result = $workflow->yourMethod(); // This will start a new workflow execution and return immediately Temporal::workflowClient()->start($workflow);
Build and start an activity
To start an activity, you must build a stub through the Temporal
Facade (note that activities must be built inside a workflow).
Activity methods returns a Generator, so you must use the yield
keyword to wait for the result.
$activity = Temporal::newActivity() ->withTaskQueue('custom-task-queue') // Activity options can be provided with fluent methods ->build(YourActivityInterface::class); $result = yield $activity->yourActivityMethod();
Build and start a child workflow
Child workflows works like activity and like activities must be built inside a workflow.
$childWorkflow = Temporal::newChildWorkflow() ->build(YourChildWorkflowInterface::class); $result = yield $childWorkflow->yourActivityMethod();
Input and output payloads
Payloads provided to workflows/activities as params and returned from them must be serialized, sent to the Temporal server and deserialized by the worker. Activities can be executed by workers written in different languages, so the payload must be serialized in a common format. Out of the box temporal sdk supports native php types and protobuf messages. This package adds some laravel specific options for serialization/deserialization of objects:
TemporalSerializable
interface can be implemented to add support for custom serialization/deserialization.- Eloquent models can be correctly serialized/deserialized (with relations) adding
TemporalSerializable
interface andTemporalEloquentSerialize
trait. - spatie/laravel-data data objects are supported out of the box.
Spatie/Laravel-Data support
spatie/laravel-data
is a package that provides a simple way to work with data objects in Laravel.
In order to take full advantage of laravel-data
, it is suggested to use v4.3.0
or higher.
Note
The provided TemporalSerializableCastAndTransformer
is compatible only with laravel-data
v4.3
or higher,
if you are using an older version you can create your cast/transform.
Changes to be made in config/data.php
:
// Enable iterables cast/transform 'features' => [ 'cast_and_transform_iterables' => true, ], // Add support for TemporalSerializable transform 'transformers' => [ //... \Keepsuit\LaravelTemporal\Contracts\TemporalSerializable::class => \Keepsuit\LaravelTemporal\Integrations\LaravelData\TemporalSerializableCastAndTransformer::class, ], // Add support for TemporalSerializable cast 'casts' => [ //... \Keepsuit\LaravelTemporal\Contracts\TemporalSerializable::class => \Keepsuit\LaravelTemporal\Integrations\LaravelData\TemporalSerializableCastAndTransformer::class, ],
Interceptors
Temporal interceptors are similar to laravel middleware and can be used to modify inbound and outbound SDK calls.
Interceptors can be registered in the interceptors
config key.
See temporal sdk v2.7 release notes for more information.
To create a new interceptor, you can use the temporal:make:interceptor {name}
command, which will create a new interceptor class in the app/Temporal/Interceptors
directory.
Run the temporal worker
To run the temporal worker, you can use the temporal:work {queue?}
command.
If you want to customize the options of the temporal worker, you can call Temporal::buildWorkerOptionsUsing
in your service provider:
class AppServiceProvider extends ServiceProvider { public function boot(): vodi { \Keepsuit\LaravelTemporal\Facade\Temporal::buildWorkerOptionsUsing(function (string $taskQueue) { // you can build different worker options based on the task queue return \Temporal\Worker\WorkerOptions::new() ->withMaxConcurrentActivityTaskPollers(10) ->withMaxConcurrentWorkflowTaskPollers(10); }); } }
Testing utilities
In order to test workflows end-to-end, you need a temporal server running. This package provides two options to run a temporal server for testing purposes:
- Run
temporal:server
command, which will start a temporal testing server and use theWithTemporalWorker
trait which will start a test worker - Use the
WithTemporal
trait, which will start a temporal testing server and the test worker when running test and stop it on finish
When using
WithTemporal
trait, you can setTEMPORAL_TESTING_SERVER
env variable tofalse
to disable the testing server and run only the worker.
Time skipping
The default temporal server implementation is the dev server included in the temporal cli and this doesn't support time skipping. In order to enable time skipping, you must:
- Run the
temporal:server
command with the--enable-time-skipping
flag. - Set
TEMPORAL_TESTING_SERVER_TIME_SKIPPING
env variable totrue
when usingWithTemporal
trait.
Mocking workflows
Mocking a workflow can be useful when the workflow should be executed in another service or simply when you want to test other parts of your code without running the workflow. This works for child workflows too.
Temporal::fake(); $workflowMock = Temporal::mockWorkflow(YourWorkflowInterface::class) ->onTaskQueue('custom-queue'); // not required but useful for mocking and asserting that workflow is executed on the correct queue ->andReturn('result'); // Your test code... $workflowMock->assertDispatched(); $workflowMock->assertDispatchedTimes(1); $workflowMock->assertNotDispatched(); // All assertion method support a callback to assert the workflow input $workflowMock->assertDispatched(function ($input) { return $input['foo'] === 'bar'; });
Mocking activities
Mocking activities works like workflows, but for activity you must provide interface and the method to mock.
Temporal::fake(); $activityMock = Temporal::mockActivity([YourActivityInterface::class, 'activityMethod']) ->onTaskQueue('custom-queue'); // not required but useful for mocking and asserting that activity is executed on the correct queue ->andReturn('result'); // Your test code... $activityMock->assertDispatched(); $activityMock->assertDispatchedTimes(1); $activityMock->assertNotDispatched(); // All assertion method support a callback to assert the activity input $activityMock->assertDispatched(function ($input) { return $input['foo'] === 'bar'; });
Assertions
Dispatches assertions can be done through the Temporal
facade but there are some downsides compared to the options above:
- You must provide the workflow/activity interface and method name, so this is duplicated
- If you want to ensure that the workflow/activity is executed on the correct queue, you must check the task queue yourself
Temporal::assertWorkflowDispatched(YourWorkflowInterface::class, function($workflowInput, string $taskQueue) { return $workflowInput['foo'] === 'bar' && $taskQueue === 'custom-queue'; }); Temporal::assertActivityDispatched([YourActivityInterface::class, 'activityMethod'], function($activityInput, string $taskQueue) { return $activityInput['foo'] === 'bar' && $taskQueue === 'custom-queue'; });
PHPStan
This package provides a PHPStan extension to improve the experience when working with Temporal proxy classes.
If you have phpstan/extension-installer
installed, you are ready to go.
Otherwise, you have to add the extension to your phpstan.neon
file:
includes: - ./vendor/keepsuit/laravel-temporal/extension.neon
Testing
composer test
Changelog
Please see CHANGELOG for more information on what has changed recently.
Credits
License
The MIT License (MIT). Please see License File for more information.