- What is beyonder-capi/job-queue-bundle used for?
- It is a Symfony bundle for running and scheduling Symfony Console commands as background jobs. It is based on the JMSJobQueueBundle repository and is aimed at Symfony applications that need queued command execution. Laravel applications do not natively use Symfony bundles, so treat it as a Symfony-oriented package rather than a Laravel queue driver.
- Does beyonder-capi/job-queue-bundle work with Laravel?
- Not natively. Laravel does not register Symfony bundles through its service provider system, and this package is described as a Symfony Console job queue bundle. You would need a custom bridge or adapter, which adds risk. For most Laravel apps, use Laravel's built-in queue system instead.
- How do I install beyonder-capi/job-queue-bundle?
- Install it with Composer using composer require beyonder-capi/job-queue-bundle. In a Symfony app you would then enable the bundle in the kernel and configure its required dependencies, such as Doctrine and console command setup. Laravel has no equivalent bundle registration step, so installation alone will not make it a Laravel queue package.
- Which Laravel versions are supported by this package?
- The package is not presented as a Laravel package, so there is no stated Laravel version support. Its context is Symfony Console commands and Symfony bundle integration. Laravel developers should not assume compatibility with Laravel 8, 9, 10, 11, or 12 without building and testing an integration.
- How do I schedule background jobs with this bundle?
- The bundle is intended to run and schedule Symfony Console commands as background jobs, so scheduling is handled in the Symfony application and its console command configuration. Exact setup depends on the bundle's Symfony configuration and Doctrine-backed job storage. Laravel's scheduler would not control these jobs unless you create a custom bridge.
- Can I test this bundle in a Laravel test suite?
- Testing it from Laravel would require bootstrapping Symfony bundle services and Doctrine entities inside your test environment, which is not a standard Laravel workflow. Laravel's Queue::fake and native job assertions are designed for Laravel queues, not Symfony bundles. Without a bridge, meaningful integration tests would be custom and fragile.
- Is beyonder-capi/job-queue-bundle production-ready for Laravel?
- There is no Laravel-specific production guidance in the provided context, and the package is a Symfony bundle. Production use in Laravel would depend on a custom integration, worker management, monitoring, and failure handling that you build yourself. For Laravel, Laravel queues with Redis or a database driver and Horizon are usually safer production choices.
- What are good alternatives for background jobs in Laravel?
- Laravel's queue system supports database, Redis, SQS, and other drivers, with Horizon for Redis monitoring. Symfony Messenger or JMSJobQueueBundle are alternatives in Symfony projects. If you are in Laravel, use Laravel queues unless you have a strong reason to bridge Symfony console jobs.
- Is this package actively maintained?
- The README excerpt points to the original JMSJobQueueBundle documentation and Travis CI badge, but it does not provide current maintenance details for the beyonder-capi fork. Check the GitHub repository for recent commits, open issues, and tagged releases before adopting it. For Laravel, maintenance risk is higher because the package is not Laravel-native.
- Can I run Symfony Console commands as Laravel queue jobs with this package?
- Not directly. This bundle queues Symfony Console commands inside a Symfony application, while Laravel queue jobs are PHP classes processed by Laravel workers. You could theoretically wrap a Symfony command in a Laravel job, but you would still need the bundle's Symfony services and dependencies available. A simpler approach is to implement the work as a Laravel job or call the command via Process from a job.