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
Solved! Go to Solution.
Views
Replies
Total Likes
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.
Views
Replies
Total Likes
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.
Views
Replies
Total Likes
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.
Views
Replies
Total Likes
Views
Likes
Replies