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

Так он выше написал, что сериалайзер крепится к транпорту. Значит надо ещё и транспорты плодить, разве нет?

Ну так да) А как иначе? Ресиверы свои для каждого же

Ну пилит то ничего не надо, просто на 2 строчке больше конфигурация))

Глянул как там если через 1,там в цикле очереди опрашиваюися) ну так се

Ну +1 кей = +1 транспорт = +1 инстанс обработчика , т.е. Надо каждый раз менять супервизор например

Ну не кажется это лучше цикла)

а еще отдельный сериализатор на каждую мессагу, жуть выходит

Так проблема на каком уровне? Кролик не присылает заголовки?

Если да то причём тут симфони.
Тут где то товарищ был, рассказывал что кролик это изикатка. Помоги человеку)

знакомый проект, как поживает?

вообще не пойму зачем все в кучу сваливать, разные ключи = разные месаги, разные хендлеры, сделать уни как сказал Volodymir задолбаешься, и потом будет больно, экономия на файлах? Или пару строк конфига? обмазаться ифами? А что насчет этого уни когда он начнет жрать не в себя?

Возникла типичная задачка сериализовать ВО в ентити в доктрину как жсон и обратно
Поискал на эту тему, в итоге сделал так - в тип колонки ставится тип ВО
Слушается загрузка метаданных класса
Для колонок с подобным типом в тайп регистри внедряется новый экземпляр обобщенного типа, ему в имя ставится ставится тип ВО
Обобщенный тип использует настроенный симфони сериалайзер

Все работает вопрос только в том мог ли я обойтись без этого или есть неочевидные проблемы при добавлении большого количества кастомных типов (по одному на каждый тип ВО)?

ты еще не задавался вопросом поиска? ))

Я в бутстрапе такие типы регаю

https://github.com/automagistre/automagistre/blob/master/config/bootstrap.php#L27-L34

я с начала тоже так хотел но у меня много типов ВО, не хотелось держать такой маппинг:
https://github.com/automagistre/automagistre/blob/master/config/identifiers.php

если речь о поиске по полям ВО то это в данном случае не важно

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

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