Thread Pools at Repository Level

Use this feature to set the default number of threads which will be running in background to execute the workflow steps for a repository. The feature can be very useful in a hosted environment where there will be predefined number of threads which will carry out the activity execution for each repository. So, if a workflow within a repository has time consuming steps it is in no way going to affect the workflows running in another repository.

SKConcurrentThreadPools  Table

The table SKConcurrentThreadPools with columns Application and ThreadCount is added to farm configuration database for configuring the concurrent threads for executing workflow steps for a repository. These settings will take effect only when engine is restarted.

Note: If Service Monitoring is enabled, it is mandatory to restart Client Service which, in turn, restarts the engine. Hence, there is no need to restart the engine manually.

The default repository thread pool for executing workflow steps will have 30 threads running in parallel. To change the default application thread pool size, create an entry in SKConcurrentThreadPools table with application name as "DefaultPool".