Uploaded image for project: 'Red Hat Process Automation Manager'
  1. Red Hat Process Automation Manager
  2. RHPAM-360

initial delay is not set for the first executor thread

    XMLWordPrintable

Details

    • Bug
    • Resolution: Done
    • Major
    • 7.0.0.GA
    • 6.x.x
    • jBPM Core
    • ER1
    • 2017 Week 49-50

    Description

      Executor initial delay, set like this:

      <property name="org.kie.executor.initial.delay" value="10000"/>

      is not set for the first executor thread, see:

      https://github.com/kiegroup/jbpm/blob/master/jbpm-services/jbpm-executor/src/main/java/org/jbpm/executor/impl/ExecutorImpl.java#L231-L240

      this is because 'delayIncremental' is 0 during the first iteration.

      Corresponding log:

      10:45:29,771 DEBUG [org.jbpm.executor.impl.ExecutorImpl] (ServerService Thread Pool -- 54) Starting executor thread with initial delay 2000 interval 3000 and time unit MILLISECONDS
10:45:29,772 DEBUG [org.jbpm.executor.impl.ExecutorImpl] (ServerService Thread Pool -- 54) Starting executor thread with initial delay 12000 interval 3000 and time unit MILLISECONDS
10:45:29,773 DEBUG [org.jbpm.executor.impl.ExecutorImpl] (ServerService Thread Pool -- 54) Starting executor thread with initial delay 22000 interval 3000 and time unit MILLISECONDS
10:45:29,773 DEBUG [org.jbpm.executor.impl.ExecutorImpl] (ServerService Thread Pool -- 54) Starting executor thread with initial delay 32000 interval 3000 and time unit MILLISECONDS
10:45:29,773 DEBUG [org.jbpm.executor.impl.ExecutorImpl] (ServerService Thread Pool -- 54) Starting executor thread with initial delay 42000 interval 3000 and time unit MILLISECONDS

      Attachments

        Issue Links

          is cloned by

          Bug - A problem that impairs or prevents the functions of the product. RHBPMS-5086 [GSS] (6.4.z) initial delay is not set for the first executor thread

          • Major - To be worked after higher priority work items are addressed. When the severity is high and the effort to change it is low to moderate, this term is chosen. Issues in this category likely have an existing workaround but implementation or execution may be non-trivial.
          • Verified

          Activity

            People

              swiderski.maciej Maciej Swiderski (Inactive)
              rhn-support-agiertli Anton Giertli
              Marian Macik Marian Macik
              Marian Macik Marian Macik
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: