открой composer.json и в настройке dependency-injection укажи версию ^5.3.*
иногда замечала, что одинарный оператор "или" -  | не работает, а срабатывает двойной ||

У меня есть вопрос, относительно очередей и работы с ними. Если к примеру данные которые передаются в очередь описывать в виде entity и по аналогии с доктриной там указывать подключение, топик и имя очереди. Потом реализовать репозиторий в котором указано с каким entity он работает, в котором есть метод добавления в очередь и метод консюминга (получения данных с очереди). Мне интересно имеет смысл такой подход или нет?

нет. Ну то есть так как ты описал - нет. Очереди не база

Ну к примеру очереди реализуются на тех же бд. Redis MongoDb и прочем. Данные очереди все равно хранятся образно говоря в бд. А очередь это организация добавления в бд в определенном порядке и извлечение от туда, в большинстве своем однотипных данных

давай пойдем от обратного, что именно за счет этого ты хочешь получить? Зачем усложнять схему?

Другой вопрос в чем это усложнение с практической точки зрение?

Если к примеру данные что передаешь в очередь и берешь с очереди в большинстве случаев это dto +- entity образно говоря

Не с массивами работать

прикол в том что "обычно" в очереди не "энтити" передаются

А что?

ну то есть "обычно" есть "задача" или "сообщение", обычно есть роутинг (топики и т.д.). Обычно "кто будет обрабатывать сообщение" стораются скрыть от паблишера.

то есть идеальный флоу...

$task = new Task();
$queue->put($task, 'users.report');

// consumer that subscribes to `user.report` topic
$task = $queue->get();

возможно ты очереди для чего-то другого используешь

ну то есть если у тебя консюмеры очереди жестко привязаны к "топику" и роутинга в целом нет - то можно че, просто это несколько странно либо специфика задачи

Task я так понимаю это job?

да

ну то есть если тебя интересует скажем "трекать состояние джобы" и прочие штуки - это уже "не совсем просто очереди". И тогда можно рассуждать про репозитории и прочее. Но что бы предметно обсуждать надо понять "почему у тебя возник вопрос".

Job это да не совсем очередь хоть и на базе очереди

Это отдельное

в любом случае. у меня для "джоб" просто стор-свалка, регистри такой. Всеравно работа с джобами проиходит по ключу