Hi Masters!
I have to configure the 'Max Parallel' workflow threads in my CQ installation, so I have to configure the org.apache.sling.event.jobs.QueueConfiguration osgi bundle. But I don't know the difference between these event topics:
Could you explain the difference?
My requierement is to control the maximum parallel instances of 'DAM Update Asset' workflow model. Which one must I to configure?
Kind regards,
Julio.
Solved! Go to Solution.
Hi Julio,
The "external" queue is used for special workflow steps which are built as external steps. External steps are typically used in situations where you are contacting an external system and polling for results. For example the "InDesign Media Extraction Process" step is implemented as an external process. The workflow engine uses the external queue for processing the polling. You can learn more about external processes here [0]
The non external queue is used for processing other workflows so you could change the value here to max threads. However in your situation you have another option - you can create a queue for individual workflows. From the page [1] (after you have run a dam update asset workflow since the machine has been turned on) you can see topic statistics for each topic. In your case you will see the topic [2] and [3] and [4] which are all used in the Dam Update Asset workflow. Create queues for each of these topics and give them appropriate values that meet your needs. The trick here is that generic queues are added to the system that cover all workflows in the same queue and the topic for each job is matched with wildcards, but you can specify more specific topics in additional queues to further customize the configuration for particular workflows.
Hope this helps,
Will
[0] http://dev.day.com/docs/en/cq/current/javadoc/com/day/cq/workflow/exec/WorkflowExternalProcess.html
[1] http://localhost:4502/system/console/slingevent
[2] com/adobe/granite/workflow/job/etc/workflow/models/dam/update_asset/jcr_content/model
[3] com/adobe/granite/workflow/external/job/etc/workflow/models/dam/update_asset/jcr_content/model
[4] com/adobe/granite/workflow/job/etc/workflow/models/dam-xmp-writeback/jcr_content/model
Hi Julio,
The "external" queue is used for special workflow steps which are built as external steps. External steps are typically used in situations where you are contacting an external system and polling for results. For example the "InDesign Media Extraction Process" step is implemented as an external process. The workflow engine uses the external queue for processing the polling. You can learn more about external processes here [0]
The non external queue is used for processing other workflows so you could change the value here to max threads. However in your situation you have another option - you can create a queue for individual workflows. From the page [1] (after you have run a dam update asset workflow since the machine has been turned on) you can see topic statistics for each topic. In your case you will see the topic [2] and [3] and [4] which are all used in the Dam Update Asset workflow. Create queues for each of these topics and give them appropriate values that meet your needs. The trick here is that generic queues are added to the system that cover all workflows in the same queue and the topic for each job is matched with wildcards, but you can specify more specific topics in additional queues to further customize the configuration for particular workflows.
Hope this helps,
Will
[0] http://dev.day.com/docs/en/cq/current/javadoc/com/day/cq/workflow/exec/WorkflowExternalProcess.html
[1] http://localhost:4502/system/console/slingevent
[2] com/adobe/granite/workflow/job/etc/workflow/models/dam/update_asset/jcr_content/model
[3] com/adobe/granite/workflow/external/job/etc/workflow/models/dam/update_asset/jcr_content/model
[4] com/adobe/granite/workflow/job/etc/workflow/models/dam-xmp-writeback/jcr_content/model
Hi Julio,
This topic: https://dev.day.com/docs/en/cq/current/deploying/performance.html#Concurrent%20Workflow%20Processing says:
"it can be helpful to limit the number of concurrently running workflow processes. You can do this by setting the value of the Maximum Parallel Jobs parameter for the instance of Apache Sling Job Queue Configuration that has the Name CQ Workflows."
scott
Scott Brodersen wrote...
Hi Julio,
This topic: https://dev.day.com/docs/en/cq/current/deploying/performance.html#Concurrent%20Workflow%20Processing says:
"it can be helpful to limit the number of concurrently running workflow processes. You can do this by setting the value of the Maximum Parallel Jobs parameter for the instance of Apache Sling Job Queue Configuration that has the Name CQ Workflows."
scott
My apologies....apparently this information is no longer accurate.
scott
Views
Replies
Total Likes
Thank you Will! Excellent response!
By the way....I have updated the following topic: https://dev.day.com/docs/en/cq/current/deploying/performance.html?#Concurrent%20Workflow%20Processin...
I also added Will's solution as a new topic on that page:
thanks,
scott
Are you working off an AEM documentation topic? If so -- can you please let me know what topic you are following.
Views
Replies
Total Likes
Views
Likes
Replies