We import CMS Pages by creating a `CmsPageTransfer` object, adding data and in the end calling ```$t

UM4BZSK7T

We import CMS Pages by creating a CmsPageTransfer object, adding data and in the end calling

$this->getCmsGuiFacade()->activatePage($idCmsPage);

$this->getCmsGuiFacade()->publishWithVersion($idCmsPage);

Spryker gives no errors and all seems fine. Still the contents are not published to Yves. It seems the Publish Events are missing from the queue. If we press the publish button in the backend everything is fine. Any suggestions?

UM4BZSK7T

The publish did work with Spryker CMS 7.0.0. Now we use 7.7.1

Andriy Netseplyayev

hm, sounds like a bug from the first sight. cc @UK9N7MP96 @valerii.trots have you heard anything about that?

Ehsan Zanjani

This must communicate with CMS stream through the bug report if this is a bug in core

Stanislav Matveyev

@UM4BZSK7T do you use Spryker DataImport module for that? If yes, you need to know that events in DataImport is disabled by default. You need trigger it manually by extending \Spryker\Zed\DataImport\Business\Model\DataImportStep\PublishAwareStep

$cmsVersionTransfer = $this->cmsFacade->publishWithVersion($dataSet[CmsPageStoreDataSet::ID_CMS_PAGE]);

$this->addPublishEvents(CmsEvents::CMS_VERSION_PUBLISH, $cmsVersionTransfer->getFkCmsPage());

Stanislav Matveyev

see \Spryker\Zed\CmsPageDataImport\Business\CmsPage\CmsPagePublishStep for references

Stanislav Matveyev

BTW you have getCmsGuiFacade() in your example. We don’t have facade in CmsGui module.

UM4BZSK7T

It seems we are missing the kernel terminate events. During our spryker module updates we did

new EventBehaviorServiceProvider(),

remove that. Still I have added it again but no change the contents are not published and the event is not added. I deleted all cache fodlers as such strange behaviour seems a bit like a stale cache. But no change. So I will debug some more.

UM4BZSK7T

About "there is no face in CMS gui" Yes that is right but there is a \Spryker\Zed\CmsGui\Dependency\Facade\CmsGuiToCmsBridge::publishWithVersion Bridge. Maybe we found that first instead of the CMS module itself. I want to change this later.

UM4BZSK7T

We are really stuck with the exception The service

"dispatcher" is marked as frozen an can't be extended at this point.

I don't really know what to do about that. If I add EventBehaviorServiceProvider to \WF\Zed\Application\ApplicationDependencyProvider::getApiServiceProviders I will always run into that exception. The same service is added to getServiceProviders and that runs without problems. If I leave it away the system runs but misses kernel.terminate I have no clue why you freeze those dispatcher events and wy this seems to come at a different place for API Calls.

UKTSRTD5M

Have you seen the troubleshooting advice here: https://documentation.spryker.com/v3/docs/container-201903 ?

UKTSRTD5M

This leads imho to \Spryker\Zed\WebProfiler\Communication\Plugin\Application\WebProfilerApplicationPlugin::extendEventDispatcher

ULYHEM6M7

you cannot add this SP twice, that’s why it was removed

Serhii Chepela

We have “frozen” exception if you get ir from container when we register services.
As I understand you are using application plugins and service providers in the same time. Could you send me a list of service providers that you use in the api stack?

UM4BZSK7T

Serhii Chepela

Great. Would be nice if you can show me your application plugins stack if you are using them

Serhii Chepela

I need to know if you are using

EventDispatcherApplicationPlugin

there

UM4BZSK7T

This one?

Serhii Chepela

Nope. In your ApplicationDependencyProvider might be the method

getApplicationPlugins

Serhii Chepela

If you don’t have, it’s ok

ULYHEM6M7

Looks like we do miss the event-dispatcher module