Почему падает Composer на сбросе кеша Symfony?

Question

[Валерий]

Добрый вечер, всех с праздником :)

Есть Symfony 2.3 с кучей других пакетов. Все это управляется Composer.
Работало оно себе и не знало проблем.

Потом я вручную запустил дамп с ключем "-o"

composer dumpautoload -o

И теперь всякий раз при обновлении (composer update), причем не важно какого пакета (либо вообще всех) он падает на сбросе кеша Symfony2.3, т.к. не может найти класс. Хотя файл и класс существуют конечно же.

Если потом вручную выполнить

composer dumpautoload -o
app/console cache:clear
.....

То все нормально.

Но сам то он запускается без флага "-o", и таким образом каждый раз падает.

Что я делаю не так, и как вернуть как было?) Надеюсь, понятно объяснил…

Comments

[Валерий]

Можно запускать как «composer update -o», тогда все нормально.
Но хотелось бы разобраться в причине ошибки

Answer 1

[Сергей Протько]

когда вы простите composer сгенерить вам оптимизированный автолоадер, он генерит хэшмэп всех классов что бы потом не проверять есть файл или нет, искать по директориям и т.д. Так что в теории когда вы делаете composer update не происходит обновление этого хэшмапа. Потому то он и работает с флагом -o. По идее повторный вызов команды dumpautoload без опции `o` должен решить проблему.

Comments

[Валерий]

Не решает. Я то понимаю суть проблемы, но не пойму как ее решить.
Можно попробовать снести полностью папку /vendor и поставить заного, думаете поможет?