Agiles Arbeiten mit Scrum, Kanban usw. bildet seit Jahren meinen beruflichen Schwerpunkt. In diesem kurzen Blogpost können Sie mehr darüber erfahren.

Die übrigen Inhalte dienen als Museum (leider ohne die frühere schicke Optik).

Symfony style dynamic configuration with the eZ Publish ConfigResolver

One of the central classes in the Symfony framework is:


The front controller instanciates this object and populates it with the properties of the current HTTP Request. Controllers can easily obtain the current Request instance. Services can have the current Request object injected either directly or via the request stack (which is also subrequest safe).

Some Request properties can be automatically set and used, e.g. if you use the {_locale} parameter in your Route, it’s content will automatically be set on the Request object. If activated, the Translation Component will automatically perform all translations using the locale Parameter of the current Request .

eZ Publish follows this systematic with their ConfigResolver. This is provided as a Symfony style service, so it can easily be obtained in controllers and injected into services of your own like this:

        class: My\Awesome\Service
        arguments: [@ezpublish.config.resolver]

As far as I understand eZ Publish, one eZ Publish instance can host different applications. Settings for each of your applications are identified via the applications own namespace prefix. Each application can be exposed as a number of differet sites. Parameters can be specified (e.g. in your parameters.yml) like this:


In this way the same parameter can be given different values depending on the respective eZ Publish application and site that the current request is being processed for.

Great stuff!

Beitrag veröffentlicht