netglue / laminas-messenger
Easy install and configuration for Symfony messenger in a Mezzio/Laminas application
Installs: 61 557
Dependents: 2
Suggesters: 0
Security: 0
Stars: 10
Watchers: 6
Forks: 4
Open Issues: 8
Requires
- php: ~8.1 || ~8.2 || ~8.3 || ~8.4
- gsteel/dot: ^1.6
- laminas/laminas-stdlib: ^3.6
- psr/container: ^1.0 || ^2.0
- psr/log: ^2 || ^3
- symfony/console: ^6.0 || ^7.0
- symfony/dependency-injection: ^6.0 || ^7.0
- symfony/event-dispatcher: ^6.0 || ^7.0
- symfony/messenger: ^6.4 || ^7.0
- symfony/serializer: ^6.0 || ^7.0
- symfony/service-contracts: ^2 || ^3
Requires (Dev)
- ext-amqp: *
- ext-pcntl: *
- doctrine/coding-standard: ^12.0
- doctrine/orm: ^2.20.0
- laminas/laminas-cli: ^1.10
- laminas/laminas-config-aggregator: ^1.15
- laminas/laminas-servicemanager: ^4.2.0
- lctrs/psalm-psr-container-plugin: ^1.10
- phpunit/phpunit: ^10.5.36
- psalm/plugin-phpunit: ^0.19.0
- roave/security-advisories: dev-latest
- squizlabs/php_codesniffer: ^3.10.3
- symfony/amqp-messenger: ^6.4.8 || ^7.0
- symfony/doctrine-messenger: ^6.4.12 || ^7.0
- symfony/redis-messenger: ^6.4.11 || ^7.0
- vimeo/psalm: ^5.26.1
Suggests
- laminas/laminas-cli: To auto-wire symfony cli commands into your DI container with laminas/laminas-cli
- symfony/amqp-messenger: To use AMQP transports with Messenger
- symfony/doctrine-messenger: To use a Doctrine transport with Messenger
- symfony/redis-messenger: To use a Redis transport with Messenger
- 2.4.x-dev
- 2.3.x-dev
- 2.3.0
- 2.2.x-dev
- 2.2.0
- 2.1.x-dev
- 2.1.0
- 2.0.x-dev
- 2.0.1
- 2.0.0
- 1.7.x-dev
- 1.6.x-dev
- 1.6.0
- 1.5.x-dev
- 1.5.0
- 1.4.x-dev
- 1.4.0
- 1.3.x-dev
- 1.3.0
- 1.2.x-dev
- 1.2.0
- 1.1.x-dev
- 1.1.2
- 1.1.1
- 1.1.0
- 1.0.x-dev
- 1.0.4
- 1.0.3
- 1.0.2
- 1.0.1
- 1.0.0
- 0.1.0
- dev-renovate/doctrine-orm-3.x
- dev-renovate/lock-file-maintenance
- dev-renovate/phpunit-phpunit-11.x
This package is auto-updated.
Last update: 2024-12-22 03:11:02 UTC
README
Introduction
This library aims to provide a way of getting Symfony Messenger up and running in a Laminas/Mezzio application with minimum fuss.
Portions of this library borrow heavily from xtreamwayz/expressive-messenger
These docs assume that you are familiar with Symfony Messenger and the conventions associated with setting up a Mezzio application.
Package Dependencies/Suggestions
Because Messenger provides Symfony cli commands to consume queues and process messages amongst other things, this package suggests laminas/laminas-cli. This Symfony CLI integration works on a convention that commands are available in your DI container configuration as a hash map under config.laminas-cli.commands
using the command name as the key and the container identifier as the value. If that's not how you roll, then you'll still be able to benefit from the command factories, you'll just have to wire them up how you like. If you choose to install laminas/laminas-cli
, then you'll be able to issue a vendor/bin/laminas messenger:consume [options]
without much trouble.
If you want to use a transport not shipped by default with Symfony Messenger, such as AMQP, then you'll need to composer require symfony/amqp-messenger
for example.
Installation & Configuration
composer require netglue/laminas-messenger
During installation, you will be asked if you want to inject the main config provider ConfigProvider::class
. This
configures the 'consume' and 'debug' cli tools and factories for retry strategies and transport factories.
Without further configuration, you still won't have any usable message buses, so there are 3 more config providers
available:
-
FailureCommandsConfigProvider::class
configures cli tools that allow you to inspect and manipulate the failure transport/queue and as such require that a failure transport is configured. Manually add this config provider to your setup if you want to configure a failure transport/queue. -
DefaultCommandBusConfigProvider::class
provides a typical setup for a single command bus retrievable from the container with the keycommand_bus
. -
DefaultEventBusConfigProvider::class
provides a typical setup for an event bus retrievable withevent_bus
None of those config providers assume anything about your transport setup so in order to get up and running, you should
also see the annotated example configurations in ./docs
…
Upgrading from 1.x to 2.x
-
SigTerm Listener
Version 2 automatically attaches the SIGTERM listener to the consume command. This means that if you were previously doing this yourself, you should probably remove that listener.
-
Internal helper traits removed
If you had been writing your own factories and making use of the previously shipped traits, these are all replaced with a collection of static utility methods which are also all now marked as internal.
-
Inheritance and general BC breaks
If you were extending any of the shipped factories or classes or factories, you'll get runtime errors due to pretty much everything gaining the final keyword - previously, everything was marked soft
@final
so your SA tools should have warned you about that anyhow.There are likely many subtle BC breaks that should generally not affect you if you were using this lib with a configuration only approach (its intended usage). Configuration remains largely unchanged with optional additions only.
-
Symfony 6.x Compatibility
Version 2 remains compatible with
symfony/messenger@^5.3
and gains compatibility with^6
- v5 support is not likely to remain for very long though. -
Multiple Failure Transports
V2 comes with support for failure transports assigned to specific receivers along with the existing default failure transport. This means that you can have different failure queues for different message types. You can find example config here.
-
Static Analysis and Test Coverage Improvements
Types are more refined across the board and the baseline is looking good. A number of psalm types are defined on the main ConfigProvider that you might find useful for annotating your configuration structures.
fin.