возможно поможет

Там только классы меняются

Очень много симфонёвых вещей проще определить самостоятельно, если нужны разные инстансы с разными настройками.

Меня устраивало в свифтмайлере в конфиге это настроить)

Но в целом направление понятно, спасибо

Мне вот нравится иметь разные инстансы сериалайзера под разные задачи. Один в api, другой при получении json из базы, третий для общения с внешней апишкой. Куда проще и эффективнее, чем пользоваться контекстом, например.

Конфигурация тоже этого не позволяет, поэтому ручками. )

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

Как посоветовали использовать vcs не вариант. Использовал
   "repositories": [
       {
           "type": "path",
           "url": "/var/www/framework",
           "options": {
               "symlink": true
           }
       }
   ],
   "require": {
       "php": ">=7.2.5",
       "ext-ctype": "*",
       "ext-iconv": "*",
       "symfony/routing": "^5.2",
       "symfony/http-foundation": "^5.2",
       "symfony/dependency-injection": "^5.2",
       "bkd/framework": "*"
   }
Да, рабочий композер видит подключаемый, но при этом инсталлирует пакеты из подключаемого композера... А мне нужно, чтобы рабочий композер видил подключаемый как "дочерний" что ли.

что значит "как дочерний"?

Ну может не корректно выразился. Суть в том, чтобы скрипты из /var/www/framework были доступны, но без инсталляции зависимостей из второго композера .

Мне не нужно, чтобы framework копировался в vendor и желательно обойтись без симлинка.

а как ты подключаешь драйверы и нормалайзеры? там же тэг работает только на основной сериалайзер. Через кастомную фабрику?

Своими тегами, а потом tagged_iterator(...).

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

Иногда вообще руками, типа ->args([ service(), service(), inline_service() ]).

у тебя вообще весь конфиг делается через container builder?:)

*Configurator