Any issues importing a workflow from CQ 5.3 in to AEM 5.6..1 | Community
Skip to main content
Level 3
October 16, 2015
Solved

Any issues importing a workflow from CQ 5.3 in to AEM 5.6..1

  • October 16, 2015
  • 2 replies
  • 701 views

I believe the underlying structure of how workflows are stored have been changed from CQ 5.5.

We are looking to upgrade a CQ 5.3 instance to 5.6.1. An inplace upgrade would automatically upgrade workflows. But we are having issues getting the inplace upgrade to work and so are looking at migrating to AEM 5.6.1 by packaging up content/apps/etc in 5.3 and importing into 5.6.1

Are there any issues with doing this or do we have to create the workflows from scratch?

Is there any documentation on how the workflow model has changed?

Thank you

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by Sham_HC

Should not be issue unless you have customized OOB workflow.   After migration follow [1] to force upgrade so that you do not have to worry much.

[1] 

* From crx explorer create/set the /var/upgrade/status/upgradesExecutor.forceUpgrades property to true.
* Stop and restart the com.day.cq.cq-upgrades-executor bundle from felix console http://<host>:<port>/system/console/bundles/com.day.cq.cq-upgrades-executor
* The log shows upgrades progress
* When done, delete the upgradesExecutor.forceUpgrades property to prevent the upgrades from running every time the executor bundle is activated.

2 replies

Sham_HC
Sham_HCAccepted solution
Level 10
October 16, 2015

Should not be issue unless you have customized OOB workflow.   After migration follow [1] to force upgrade so that you do not have to worry much.

[1] 

* From crx explorer create/set the /var/upgrade/status/upgradesExecutor.forceUpgrades property to true.
* Stop and restart the com.day.cq.cq-upgrades-executor bundle from felix console http://<host>:<port>/system/console/bundles/com.day.cq.cq-upgrades-executor
* The log shows upgrades progress
* When done, delete the upgradesExecutor.forceUpgrades property to prevent the upgrades from running every time the executor bundle is activated.

Rich_ClemAuthor
Level 3
October 16, 2015

Sham HC wrote...

Should not be issue unless you have customized OOB workflow.   After migration follow [1] to force upgrade so that you do not have to worry much.

[1] 

* From crx explorer create/set the /var/upgrade/status/upgradesExecutor.forceUpgrades property to true.
* Stop and restart the com.day.cq.cq-upgrades-executor bundle from felix console http://<host>:<port>/system/console/bundles/com.day.cq.cq-upgrades-executor
* The log shows upgrades progress
* When done, delete the upgradesExecutor.forceUpgrades property to prevent the upgrades from running every time the executor bundle is activated.

 

Thanks, that's useful to know.