[DDC-765] \Symfony\Components renamed to \Symfony\Component (singular) ... refactoring unfinished. console cannot be invoked Created: 25/Aug/10 Updated: 30/Aug/10 Resolved: 29/Aug/10
|Project:||Doctrine 2 - ORM|
|Reporter:||Radomirs Cirskis||Assignee:||Benjamin Eberlei|
winXP, PHP 5.3.3
I pulled from github the whole thing, but still stuck with sandbox:
() ..... doctrine\tools\sandbox\doctrine.php:0
Warning: require(.... doctrine\lib\vendor\Symfony\Components\Console\Helper\Helper.php): failed to open stream:
well, it seams that at some stage Symfony\Components got renamed to Symfony\Coponet:
$ git log Component
When I copied Component into Componets I got:
|Comment by Nico Kaiser [ 27/Aug/10 ]|
Same for me, even worse, despite git submodule dependencies, the submodules (and their submodules) have different versions of "Components" vs. "Component", so the CLI is broken now.
|Comment by Benjamin Eberlei [ 29/Aug/10 ]|
Yes this sucks, unfortunately for ORM depending on DBAL Beta 3 we cannot easily change this.
Workaround until the next release of DBAL is uncommenting the following two lines instantiating DBAL Commands from your doctrine.php:
For the next release this week this will be resolved.
|Comment by Sherri Flemings [ 30/Aug/10 ]|
I came across this issue today. I installed Doctrine via PEAR and had to do a few things to get the sandbox example working, which might help as a workaround until the next release:
1. make sure the PEAR directory is part of your php.ini include path
I can now work with the sandbox examples.
As a reference, this is what my cli-config.php source looks like now: (sorry for the unformatted code <pre> tag & [code] weren't recognized.)
$classLoader = new \Doctrine\Common\ClassLoader('Doctrine\ORM', realpath(_DIR_ . 'Doctrine/ORM'));
$config = new \Doctrine\ORM\Configuration();
$config->setProxyDir(_DIR_ . '/Proxies');
$connectionOptions = array(
$em = \Doctrine\ORM\EntityManager::create($connectionOptions, $config);
$helpers = array(