Dependancy on non-existent service

Did you run update.php (drush updb)?

Config Split now depends on Config Filter which you will have downloaded with the composer update and which will be installed with the update hook in Config Split.

The service you are missing is defined in Config Filter, which will be available after it is installed and caches are cleared.

Please close or re-open the issue if this doesn't fix things.

I am also having trouble upgrading to beta3.

Tried to download and install config_filter (with cache rebuild) before updating config_split with composer.

But then I get the following error everywhere

Symfony\Component\DependencyInjection\Exception\ServiceNotFoundException: You have requested a non-existent service "config_split.manager". in Symfony\Component\DependencyInjection\ContainerBuilder->getDefinition() (line 816 of /var/www/html/vendor/symfony/dependency-injection/ContainerBuilder.php).
Symfony\Component\DependencyInjection\ContainerBuilder->getDefinition('config_split.manager') (Line: 461)
Drupal\Component\DependencyInjection\Dumper\OptimizedPhpArrayDumper->getReferenceCall('config_split.manager', Object) (Line: 409)
Drupal\Component\DependencyInjection\Dumper\OptimizedPhpArrayDumper->dumpValue(Object) (Line: 352)
Drupal\Component\DependencyInjection\Dumper\OptimizedPhpArrayDumper->dumpCallable(Array) (Line: 261)
Drupal\Component\DependencyInjection\Dumper\OptimizedPhpArrayDumper->getServiceDefinition(Object) (Line: 125)
Drupal\Component\DependencyInjection\Dumper\OptimizedPhpArrayDumper->getServiceDefinitions() (Line: 66)
Drupal\Component\DependencyInjection\Dumper\OptimizedPhpArrayDumper->getArray() (Line: 873)
Drupal\Core\DrupalKernel->initializeContainer() (Line: 461)
Drupal\Core\DrupalKernel->boot() (Line: 651)
Drupal\Core\DrupalKernel->handle(Object) (Line: 19)

Any clue of what is going wrong?

indeed! I see the problem.

Thanks for reporting everyone! try updating to the latest dev release and see if it fixes the problem.
(the commit mentioned above)
If it works for you in those cases I'll tag a new release.

thanks for the cooperation!

Hi,

the same here, i require dev version but the error is still there:

david-2:docroot david$ drush updb --y
Symfony\Component\DependencyInjection\Exception\ServiceNotFoundException: You have requested a non-existent service        [error]
"config_split.manager". in /Users/david/Sites/thyssen/vendor/symfony/dependency-injection/ContainerBuilder.php:816
Stack trace:
#0
/Users/david/Sites/thyssen/docroot/core/lib/Drupal/Component/DependencyInjection/Dumper/OptimizedPhpArrayDumper.php(461):
Symfony\Component\DependencyInjection\ContainerBuilder->getDefinition('config_split.ma...')
#1
/Users/david/Sites/thyssen/docroot/core/lib/Drupal/Component/DependencyInjection/Dumper/OptimizedPhpArrayDumper.php(409):
Drupal\Component\DependencyInjection\Dumper\OptimizedPhpArrayDumper->getReferenceCall('config_split.ma...',
Object(Symfony\Component\DependencyInjection\Reference))
#2
/Users/david/Sites/thyssen/docroot/core/lib/Drupal/Component/DependencyInjection/Dumper/OptimizedPhpArrayDumper.php(352):
Drupal\Component\DependencyInjection\Dumper\OptimizedPhpArrayDumper->dumpValue(Object(Symfony\Component\DependencyInjection\Reference))
#3
/Users/david/Sites/thyssen/docroot/core/lib/Drupal/Component/DependencyInjection/Dumper/OptimizedPhpArrayDumper.php(261):
Drupal\Component\DependencyInjection\Dumper\OptimizedPhpArrayDumper->dumpCallable(Array)
#4
/Users/david/Sites/thyssen/docroot/core/lib/Drupal/Component/DependencyInjection/Dumper/OptimizedPhpArrayDumper.php(125):
Drupal\Component\DependencyInjection\Dumper\OptimizedPhpArrayDumper->getServiceDefinition(Object(Symfony\Component\DependencyInjection\Definition))
#5 /Users/david/Sites/thyssen/docroot/core/lib/Drupal/Component/DependencyInjection/Dumper/OptimizedPhpArrayDumper.php(66):
Drupal\Component\DependencyInjection\Dumper\OptimizedPhpArrayDumper->getServiceDefinitions()
#6 /Users/david/Sites/thyssen/docroot/core/lib/Drupal/Core/DrupalKernel.php(873):
Drupal\Component\DependencyInjection\Dumper\OptimizedPhpArrayDumper->getArray()
#7 /Users/david/Sites/thyssen/docroot/core/lib/Drupal/Core/DrupalKernel.php(461):
Drupal\Core\DrupalKernel->initializeContainer()
#8 /Applications/DevDesktop/tools/vendor/drush/drush/lib/Drush/Boot/DrupalBoot8.php(149): Drupal\Core\DrupalKernel->boot()
#9 /Applications/DevDesktop/tools/vendor/drush/drush/includes/bootstrap.inc(354):
Drush\Boot\DrupalBoot8->bootstrap_drupal_full()
#10 /Applications/DevDesktop/tools/vendor/drush/drush/includes/bootstrap.inc(473): drush_bootstrap(5, 5)
#11 /Applications/DevDesktop/tools/vendor/drush/drush/commands/core/drupal/update.inc(107): drush_bootstrap_to_phase(5)
#12 /Applications/DevDesktop/tools/vendor/drush/drush/commands/core/core.drush.inc(462): update_main()
#13 /Applications/DevDesktop/tools/vendor/drush/drush/includes/command.inc(373): drush_core_updatedb()
#14 /Applications/DevDesktop/tools/vendor/drush/drush/includes/command.inc(224): _drush_invoke_hooks(Array, Array)
#15 /Applications/DevDesktop/tools/vendor/drush/drush/includes/command.inc(192): drush_command()
#16 /Applications/DevDesktop/tools/vendor/drush/drush/lib/Drush/Boot/BaseBoot.php(67): drush_dispatch(Array)
#17 /Applications/DevDesktop/tools/vendor/drush/drush/includes/preflight.inc(66):
Drush\Boot\BaseBoot->bootstrap_and_dispatch()
#18 /Applications/DevDesktop/tools/vendor/drush/drush/drush.php(12): drush_main()
#19 {main}

as a workaround i commented: onfig_split.cli in config_split.services.yml, then run updb and uncomment.

Best

Ok, thanks to aspilicious on IRC, we found out that this could be due to manually overriding the sync storage service.

I added the service back for now, but I will remove it before the 1.0.0 stable release.

more feedback may be needed.

It works for me with the latest dev version.
The beta3 version is working too if I delete these lines from my service.yml file:

services:
  config.storage.sync:
    class: Drupal\config_split\Config\StorageWrapper
    factory: config_split.manager:getDefaultStorageWrapper

Which I discovered by looking at your commit.
I didn't know this override was no longer needed when upgrading to beta3.

Thanks a lot for your fast response and help

I'll add it to the beta4 release notes.

It is working for me now

Thx

@roborew - I think you mean drush csex (not csim :)

I ran into this as well, as I was running the config-split-import before updb in my automated deployments. Even if you have config_filter added to your core.extensions.yml, it won't get enabled until after updb is run... so you kinda have to run database updates first at least in this case.

A bit of a chicken-and-egg issue that frequently plagues configuration-related architecture changes!

I have to disagree here.

This is not a chicken-and-egg issue! You have to always updb before cim. Maybe this needs to be documented somewhere more prominent.

The whole point of update hooks is to ensure that the database is in a workable state again from when code has changed. See #2628144: Ensure that ConfigImport is taking place against the same code base and #2762235: Ensure that ConfigImport is taking place without outstanding updates.

Typically in our projects we want to abuse the update hooks to create/update content after the configuration has changed. But that is not what update hooks are supposed to be used for and there are other options. I guess that will be a topic of a future blog post.

Typically in our projects we want to abuse the update hooks to create/update content after the configuration has changed.

This is exactly the reason the order was in the way described :(

Unfortunately, it's difficult to make sure certain changes can be deployed in a single deployment if the order is reversed. But I definitely understand that updb then import is the 'correct' order.

Yes of course!

The developer who introduces the change, or in other words the one changing the composer file would run drush updb and then drush cex. The others (and deployment) use drush cim to get the changed configuration.
If you consider updating the composer file as being just another action someone does while developing it is in my opinion really easy to remember the steps. You wouldn't add a new content type and then do drush cim, as that would remove the content type. In the same way you wouldn't update the module and then revert the changes to the configurations the update introduces by importing the configuration from before the update. All the other instances will run the database update and then synchronise (import) the updated config of course. This is actually another reason it is important to do the update first.

The only time developers are tempted to do it the other way around is when they create update hooks that depend on the new configuration which is about to be deployed. Basically because there is no hook_post_cim_N (yet.. stay tuned!).

hook_post_cim_N - Nice!

running druhs updb fixed it for me. Now I can do a drush csim again.

Adding reference to core issue.

I'm having this problem with drupal 8.5 after updating to config split 8x-1.3.

The website encountered an unexpected error. Please try again later.
Symfony\Component\DependencyInjection\Exception\ServiceNotFoundException: The service "config_split.cli" has a dependency on a non-existent service "plugin.manager.config_filter". in Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->processValue() (line 32 of /var/www/my_site/vendor/symfony/dependency-injection/Compiler/CheckExceptionOnInvalidReferenceBehaviorPass.php).

Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->processValue(Object, ) (Line: 60)
Symfony\Component\DependencyInjection\Compiler\AbstractRecursivePass->processValue(Array, ) (Line: 29)
Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->processValue(Array) (Line: 67)
Symfony\Component\DependencyInjection\Compiler\AbstractRecursivePass->processValue(Object, 1) (Line: 29)
Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->processValue(Object, 1) (Line: 60)
Symfony\Component\DependencyInjection\Compiler\AbstractRecursivePass->processValue(Array, 1) (Line: 29)
Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->processValue(Array, 1) (Line: 39)
Symfony\Component\DependencyInjection\Compiler\AbstractRecursivePass->process(Object) (Line: 141)
Symfony\Component\DependencyInjection\Compiler\Compiler->compile(Object) (Line: 759)
Symfony\Component\DependencyInjection\ContainerBuilder->compile() (Line: 1307)
Drupal\Core\DrupalKernel->compileContainer() (Line: 884)
Drupal\Core\DrupalKernel->initializeContainer() (Line: 40)
Drupal\Core\Update\UpdateKernel->initializeContainer() (Line: 466)
Drupal\Core\DrupalKernel->boot() (Line: 62)
Drupal\Core\Update\UpdateKernel->handle(Object) (Line: 19)

any help will be appreciated

@Anisorf which version of config_split are you updating from? You need to install config_filter before updating.