Laravel 5.4 event queue фейлится (макс кол-во попыток), и failed() не вызывается?

Question

[NikolayAlb]

У меня есть событие, вызывается при удалении проекта:

<?php

namespace App\Listeners;

use App\Events\ProjectDeleted;
use Illuminate\Queue\InteractsWithQueue;
use Illuminate\Contracts\Queue\ShouldQueue;

class DeleteProjectData implements ShouldQueue
{
    /**
     * Create the event listener.
     *
     * @return void
     */
    public function __construct()
    {
        //
    }

    /**
     * Handle the event.
     *
     * @param  ProjectDeleted  $event
     * @return void
     */
    public function handle(ProjectDeleted $event)
    {
        \Log::info('PROJECT DELETED FAKE LOG');
    }

    public function failed(ProjectDeleted $event, Exception $exception)
    {
        \Log::info('Failed, exception:');
        \Log::info($exception);
    }
}

В .env прописал:

//***
QUEUE_DRIVER=database
//***

Также мигрировал таблицу jobs.

В итоге в момент удаления проекта в queue:work получаю следующее:

[2017-04-17 00:43:15] Processing: App\Listeners\DeleteProjectData
[2017-04-17 00:43:15] Processing: App\Listeners\DeleteProjectData
[2017-04-17 00:43:15] Processing: App\Listeners\DeleteProjectData
[2017-04-17 00:43:15] Processing: App\Listeners\DeleteProjectData
//и так 255 раз

Я не могу понять почему очередь не обрабатывает запрос, а failed() просто не вызывается, что делать?

Answer 1

[Виктор]

Так вроде --tries нужно у queue:work задавать

Comments

[NikolayAlb]

Да, установил. При фейле метод failed() не вызывается. Как найти причину фейла?

[NikolayAlb]

В общем я понял. Я пытался получить в listener параметры уже удаленного объекта... )

[Виктор]

Вы передаете в работу модель, которая потом удаляется. Он ее не может найти, естественно. Работа запоминает id, а не сериализует всю модель. Тут надо передавать не модель, а только нужные данные. Либо удалять проект уже в работе.

[NikolayAlb]

Victor: а не подскажете как правильно будет удалить значение в таблице project_access (хранятся пользователи (user_id), которые являются участниками проекта (project_id)). Т.к. очередь происходит с задержкой, то при получении списка проектов пользователя - в выборку попадает не существующий проект (на момент удаления project_access внутри работы, project уже давно удален). Удалять сразу вместе с проектом?

[Виктор]

Да

[Виктор]

NikolayAlb: ну по идее, если внешний ключ настроен на каскадное удаление, то при удалении проекта удалятся его связи в этой таблице. Если нет, то в момент удаления проекта нужно удалять вручную.

[NikolayAlb]

Victor: слышал мнение, что каскадное удаление - лишняя нагрузка на БД, и лучше удалять прямо.

[Виктор]

NikolayAlb: а удаление вручную не нагрузка разве?) В общем, делайте, как удобнее. Где-то оправдан один способ, где-то другой.

[NikolayAlb]

Victor: cascade в лоб в цикл идет, даже если только одну запись нужно удалить.