Composite interactor

A (on the first glance) slightly bigger PR

* Introduce "composite integrator". Now the logger integrator doesn't need to be a decorator anymore (because actually it never was a decorator) and the blackhole integrator is obsolete.
* Cleaned up DIC to get rid of `replaceArgument()` and `removeDefition()` calls. That bound the extension class to all services directly, because it needs to know where which parameter is required at which index. Now the `service.xml` does this.

Actually I'd like to remove the `transaction_naming_service`-parameter and constraint of the `transaction_naming` parameter, so that `transaction_naming` is either "route", "controller" or a concrete service ID. What do you think?