Если они не сохранялись бы в БД, то и не видно было бы

еще один вопрос если можно?
почему такая ошибка может быть?
если я без messenger сохраняю все окей если с messenger'ом тогда такая ошибка?!

Я такое при DBALException встречал только

иногда закрывается, надо пересоздать ем

он же у меня на фоне как пересоздать его?

https://github.com/symfony/symfony/blob/3.4/src/Symfony/Component/Form/Extension/Core/EventListener/ResizeFormListener.php#L69

есть идеи как обработать данный exception?

сконвертировать в form error, допустим

не могу по эксепшну понять в каком поле ошибка

если кому интересно - разрулил через кастомный PRE_SET_DATA, причем через листенер не работал, пришлось сабскрайбером делать
через model transformer тоже не работало

Товарищи, помогите, пожалуйста, я уже отчаялся найти решение. У меня проект на симфони, который работает в докере.
Мне нужно запустить messenger воркер. Обычно я бы использовать supervisor, но в случае с докером это все не просто.
Хоть при использовании супервизора, хоть если запускать отдельным контейнером, мне нужно запускать скрипт из другого контейнера.
Я не уверен, что в этом случае процесс вообще будет отслеживаться и перезапускаться. Но даже в этом случае я не понимаю как это сделать.
links не работает, будто вообще игнорируется.

Инфы и уж тем более примеров в гугле удручающе мало. Я понимаю, что вопрос относится к симфони лишь косвенно, но блин, я не знаю что делать.

мне кажется, что твоя проблема не касается симфони

Ну не то чтобы прям запускать.
Асинхронные очереди не так работают.
Контейнер А добавляет задание в очередь. Контейнер Б его обрабатывает.
По моим пропрыганым граблям: НЕ НАДО просить php работать вечно. Он не про это.
Обработчик(и?) очереди должны выполнять 1-3 задач и подыхать, а внешняя система перезапускать свежий контейнер.
Для systemd запускаем контейнер с флагом -i, но БЕЗ -d
Чтобы процесс не уходил в detached.
Тогда systemd саморестартует контейнеры, если они останавливают свой главный процесс.

запускай не из под докера но под супервизором, команду хандлер - будет отдельный процесс

D:

Такое себе решение. Не осиливаешь докер - перестаешь его использовать )

🙈

это универсальный ответ, который я вижу почти под любым вопросом насчет докера - не использовать его. Не вариант, мне все это хозяйство нужно в докере

ну а воообще docker run -d
укажи только CDM другой, что-то типа php bin/console command:for:worker

docker run -d --restart="always" php:7.4 php bin/console app:my:worker

Если без внешней системы управления то вот так. Так-то докер умеет сам рестартиться по остановке главного процесса.

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