- What is jobmetric/laravel-event-system used for?
- It is a Laravel package for defining, dispatching, and managing application events with database-backed event management. It is intended for teams that want structured event-driven code and cleaner listener registration instead of ad hoc event glue. The package fits Laravel applications that already use form requests, DTOs, and service providers.
- How do I install jobmetric/laravel-event-system?
- Install it with Composer using composer require jobmetric/laravel-event-system, then follow the package documentation for service provider registration and any publishable config or migration assets. Because it is database-based, plan to publish and run migrations if the package requires event storage tables. Verify Composer resolves the package-core constraints for your Laravel and PHP versions before deploying.
- Does jobmetric/laravel-event-system require database tables?
- Yes, the package is described as database-based event management, so it is expected to use database storage for event-related data. You should review the package migrations and configuration during installation and run them in each environment. Confirm the schema and retention needs in staging before production rollout.
- Which PHP and Laravel versions does jobmetric/laravel-event-system support?
- The provided release notes do not list exact PHP and Laravel version ranges, so check the package composer.json and Packagist metadata before adoption. Version 2.3.0 references package-core constraints around 1.24 and 1.26, which can affect dependency resolution. Test against your application's PHP and Laravel versions in a branch before upgrading.
- How does jobmetric/laravel-event-system work with DTOs and form requests?
- Release 2.3.0 reinforces a DTO-centric integration pattern, so the package is aimed at typed request-to-DTO flows in Laravel. It also adds request-level translation attributes, which can help standardize localized validation responses. Teams should define consistent DTO and request conventions so event payload mapping stays predictable.
- Is version 2.3.0 of jobmetric/laravel-event-system a breaking change?
- The release is a minor version, but the notes include behavior-changing items that should be treated as potential breaking changes. The request contract removes nullable status, and the EventSystem Service behavior changed, so existing null-status payloads and custom service usage need verification. Run contract tests around validation and event dispatch before upgrading.
- How do I safely upgrade jobmetric/laravel-event-system to 2.3.0?
- Upgrade in an isolated branch, update Composer constraints, and audit every request payload that can send status: null. Review custom event listeners and any direct use of EventSystem Service, then add tests for DTO methods, request validation, translation attributes, and event dispatch. Deploy to staging with representative events before canary or full rollout, and keep a pinned lock file for rollback.
- What are alternatives to jobmetric/laravel-event-system?
- Laravel's native event and listener system is the default alternative, and you can add database-backed event storage or audit logging yourself. The package is most useful when you want its structured event management and DTO-centric conventions rather than building that glue in-house. Compare maintenance, package-core coupling, and listener requirements before choosing.
- How should I test jobmetric/laravel-event-system in a Laravel app?
- Add contract tests around request validation, DTO method signatures, translation attributes, and event dispatch and listener behavior. Include cases for null status payloads and any direct EventSystem Service calls because those are the areas most likely to change. Use staging data with representative event volume and localization settings before production.
- Is jobmetric/laravel-event-system suitable for production?
- It can be suitable for Laravel applications that need database-based event management, but the TPM assessment rates technical risk as medium because version 2.3.0 includes behavior-changing items. Assign an owner for Composer upgrades, DTO conventions, and event-system compatibility, and validate synchronous listener work and failure handling at expected event volume. Keep the package pinned and maintain a rollback path through your Composer lock file.