Symfony

После обновления symfony-2.1 до версии из транка (symfony-2.1.0-beta4) отвалилась форма, в которой я использовал поле типа entity, где в качестве класса сущности указал не полный путь к классу, а через bundle alias: $builder->add('field_name, 'entity', array( 'class' => 'BundleAliasName:EntityClassName', 'multiple' => true ) ) // ..... Код выбрасывал исключение с сообщением «Class BundleAliasName:EntityClassName does not exist» Если прописать полный путь через пространство имен: array( 'class' => 'Full\Bundle\Path\Entity\EntityClassName', ) то все работало хорошо. ...

Изначально я создавал свой проект на версии symfony 2.0 без vendors (standard edition). Все зависимости были установлены через php bin/vendors install Проект находился в git-репозитории. Сразу оговорка — на момент написания статьи версия symfony 2.1 находилась в стадии бета-тестирования. Тем не менее, основная тенденция уже была понятна и значительных изменений в АПИ не предвиделось. Одно из ключевых нововведений в symfony 2.1 — использование Composer. На вебсайте фреймворка Symfony можно найти описание процесса создания нового проекта, но нет информации как обновить существующий. ...

Если вы используете FOSUserBundle вместе с symfony 2.0 и вам понадобилось переопределить какую-либо из форм, идущих «в комплекте» с этим плагином, то, без сомнения, вы прочитали эту заметку: https://github.com/FriendsOfSymfony/FOSUserBundle/blob/master/Resources/doc/overriding_forms.md После обновления вашей страницы может случиться прискорбная ситуация — сообщение об ошибке «Could not load type ….» (вместо многоточия ваш alias для кастомной формы). Вроде бы и в файле app/config.yml все верно с отступами (имеется ввиду конфигурация fos_user сервиса), и файл конфигурации вашего сервиса service.xml (или service.yml) (в CustomUserBundle) описан правильно, и везде совпадает alias, getName() и т.п…. а все та же ошибка. Бывало? Не беда! 🙂 Есть решение вашей проблемы! Читайте далее, и все окажется просто! ...