Можно попробовать так

test_service: parent: service_kotorij_nato_sdelat_autowirable autowire: true

хотя не

или да )

короче надо пробовать

я просто не зню как test_service в таком случае ты ж не затайпхинтишь

короче правильный вариант это компайлер пас

получаешь нужный сервис, меняешь ему autowired на true и всё

а при регистрации сразу нельзя это сделать?

при регистрации сервиса внутри другого бандла ?

ну так это его бандлы) он внутри бандла1 ресгитриует сервис, почему бы там сразу не поставить autowire?

он спрашивает как мне автовайрить сервис из другого бандла

Вообщем есть такой файл

src/Kernel.php

нем есть метод /** * You can modify the container here before it is dumped to PHP code. */ public function process(ContainerBuilder $container) { }

наверное можно тут получить нужный сервис и сделать ему autowired = true

чтобы не писать компилер пас

$definition = $container->getDefinition('some_service'); $definition->setAutowired(true);

но у него вроде не так, есть App, Bundle1, Bundle2 и в Bundle1 есть такое bundle1.service: arg: ['@bundle2.service'] вот хотят приветси к такому виду, как я понял bundle1.service: ~ Тут данных не хватает, где именно service.yaml, гдде services.xml, а еще там Extension.. по мне, просто в bundle1/services.xml надо прописать autowire и все. но не понимаю чем это мещает)

но тут уже все варианты рассмотрены) заработает

Да в любом случае )

Вот бы в доке симфы было написано в каком порядке все файлы обрабатываются и где что можно менять

а где то есть.. много раз натыкался на проблемы services yaml + import + авторегистрация по всем папкам) и было написало, что это не импорт, а он их обрабатывает как разные файлы, поэтому может воззникнуть путаница ( типа в 1 файле сработал авторегисрация, а в импорте ты попытался опять его зарегистрировать. ну и все)

Поняв контейнер обретешь силу невиданную ты

Способов регистрации сервисов наплодили, теперь разберись во всем этом зоопарке

test_service: parent: service_kotorij_nato_sdelat_autowirable autowire: true

Ну у тебя и нейминг дядя Так и сделал я, он не реагирует на эти указания

но у него вроде не так, есть App, Bundle1, Bundle2 и в Bundle1 есть такое bundle1.service: arg: ['@bundle2.service'] вот хотят приветси к такому виду, как я понял bundle1.service: ~ Тут данных не хватает, где именно service.yaml, гдде services.xml, а еще там Extension.. по мне, просто в bundle1/services.xml надо прописать autowire и все. но не понимаю чем это мещает)

Xml в бандл/Resources/config, services.yaml в App/config, Extension в бандл/DependencyInjection

Вот кстати, а есть ли дока как вместо xml использовать yaml для конфига ВНУТРИ бандла? А то чет нигде не встречал, но хочется чтоб все в одном формате было

Или конечно вообще внутренние конфиги в .php, как недавно сказали разрабы симфы

получается если подытожить, то три варианта это 1)в services.xml внутри бандла 1 прописать автовайр 2)в Extension прописать compilerPass и сделать автовайр 3)в Kernel сделать автовайр

третий не подходит, потому что внутри App\

значет первые два надо копать

спасибос

Почему третий не подходит

потому что изменения надо на стороне бандла делать

иначе смысла нет дергаться

типа, суть в том чтобы поставить бандл и все встанет настройками автоматически, без модификаций кернела или еще чего

типа, суть в том чтобы поставить бандл и все встанет настройками автоматически, без модификаций кернела или еще чего

Тогда и в 2 варианте нет смысла )

так Extension внутри бандла...

так Extension внутри бандла...

Зачем

А где...

Он же в DependencyInjection

вчера кто то уже спршивал) в бандле неверно регистрировались сервисы ( точнее надо помнить, что их не переопределишь, после регистрации - только через Extension)

Так, как пихать в кастомные очережи я разобрался, но пока он запихивает сообщения сразу во все очереди ))

Базовая настройка messenger и Amqp transport чтобы рассовывал по разным очередям. возможно есть какой то оверхэд но заработало.

Отправка (продюсер) выгляди так: /** * @Route("/publish", name="test_publish") */ public function publish(MessageBusInterface $bus) { $bus->dispatch(new LeadProcess(59979), [ new AmqpStamp('lead_process') ]); }

воркерами еще не занимался

супер👍

так шо, кто-нибудь видел мб доку где объяснено как использовать .yml вместо xml для конфигурации бандлов?

а то нашел я вот бандл где такое есть

но естессно ни инфы ничего

да ладно тебе) другой лоадер и все

да ладно тебе) другой лоадер и все

а сам yaml то как прописывать

в xml хоть понятно как там писать сервисы аргументы и тд

мне это интересно, а про то что лоадер эт понятно

в xml хоть понятно как там писать сервисы аргументы и тд

Так вы сами в ямле писали)

Так вы сами в ямле писали)

таки нет внешний конфиг в .yaml это тот, что со значениями переменных для бандла а внутренний конфиг у меня в xml, и там как раз определения сервисов, контроллеров, все вот это вот

Эээ,синтаксис же такой же, какие различия

Блин, есть пример конфига?

Мне сложно понять что там "такой же синтаксис"

config/services.yaml

Конфиг бандла *

В доке симфони всегда есть примеры на xml, yml, php

что такое конфиг бандла

В доке симфони всегда есть примеры на xml, yml, php

Ммм нет

https://symfony.com/doc/current/bundles/configuration.html

Да нету

Заменяешь XmlFileLoader на YamlFileLoader

файл с xml на yml

Ага, а все остальное че как

Теги <container/> и прочее

https://symfony.com/doc/current/components/dependency_injection.html

внизу есть примеры

И опять возвращаемся к теме что дока в симфе такая себе на самом деле

Вроде и расписано подробно но найти не всегда легко

👀

Океу

Вот чета нифига

Все перебором приходится

вот есть пример: services: _defaults: autowire: true autoconfigure: true Portiny\RabbitMQ\Command\ConsumeCommand: ~ Portiny\RabbitMQ\Command\DeclareCommand: ~ Portiny\RabbitMQ\Producer\Producer: ~ Portiny\RabbitMQ\BunnyManager: public: true arguments: - '%portiny.rabbitmq.connection%' - '%portiny.rabbitmq.aliases%' - !tagged portiny.rabbitmq.consumer - !tagged portiny.rabbitmq.exchange - !tagged portiny.rabbitmq.queue