Granite Workflow Queue Max Parallel | Community
Skip to main content
Level 4
October 16, 2015
Solved

Granite Workflow Queue Max Parallel

  • October 16, 2015
  • 6 replies
  • 5906 views

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:

  • com/adobe/granite/workflow/job*
  • com/adobe/granite/workflow/external/job*

 

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.

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 WillMc1

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

6 replies

WillMc1Adobe EmployeeAccepted solution
Adobe Employee
October 16, 2015

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

Scott_Brodersen
Level 8
October 16, 2015

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
Level 8
October 16, 2015

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

Level 4
October 16, 2015

Thank you Will! Excellent response! yes

Scott_Brodersen
Level 8
October 16, 2015
smacdonald2008
Level 10
October 16, 2015

Are you working off an AEM documentation topic? If so -- can you please let me know what topic you are following.