使用Symfony2中的命令加载devel配置

Question

I have a command in Symfony2 and I want to be able to read the devel config from config_dev.yml

I'm trying to retrieve the config in the command execute method like this:

protected function execute(InputInterface $input, OutputInterface $output)
{
    $this->getContainer()->getParameter('parse');
}

But when I execute the command:

$ php app/console acme:test

It gives me the following error message:

There is no extension able to load the configuration for "acme"

Data in config_dev.yml that I want to retrieve:

acme:
    foo:    "bar"

The command extends containerAwareCommand :

class AcmeCommand extends containerAwareCommand

Any suggestions how to achieve this?

Update

Configuration tree example:

// src/Acme/ApiBundle/DependencyInjection/Configuration.php

public function getConfigTreeBuilder()
{
    $treeBuilder = new TreeBuilder();
    $rootNode = $treeBuilder->root('acme');

    $rootNode
        ->children()
            ->scalarNode('foo')->end()
        ->end() 
    ;

    return $treeBuilder;
}

Extension example:

// src/Acme/ApiBundle/DependencyInjection/AcmeApiExtension.php

public function load(array $configs, ContainerBuilder $container)
{
    $configuration = new Configuration();
    $config = $this->processConfiguration($configuration, $configs);
    $container->setParameter('acme', $config);

    $loader = new Loader\XmlFileLoader($container, new FileLocator(__DIR__.'/../Resources/config'));
    $loader->load('services.xml');

config_dev.yml example:

...
acme:
    foo: "bar"

Answer 1

你有没有这样定义配置树在这里 ？

Answer 2

If you're just interested in storing and retrieving arbitrary data from a config file, then you should store it in parameters.yml , rather than config_dev.yml .

Config entries in parameters.yml are allowed to be free-form, as long as they are below the parameters: key, whereas entires in config*.yml files need to conform to a structure defined in your bundle configuration.

You should define the keys for data you want to store in parameters.yml.dist first, however.