Uploaded image for project: 'jBPM'
  1. jBPM
  2. JBPM-8305

getProcessInstance(readOnly=true) in workflow paused on task activity in subprocess causes extra run of first WorkItem after subprocess node.

    XMLWordPrintable

Details

    • Bug
    • Resolution: Unresolved
    • Major
    • None
    • 7.4.1.Final, 7.17.0.Final
    • Persistence, Runtime Engine
    • None
    • NEW
    • NEW
    • Hide

      mvn test in attached project. Message "This must be printed one time" is logged twice.

      or

      1. Call "GET process/instance" on root process (ProcessSchema.png attachment), that waits completion of "Task1"
      2. Complete "Task1" with "POST workitem/workItemId/complete"
      3. "Log" will run twice (every additional call of "GET process/instance" on first step adds one more time of calling "Log")

      Show
      mvn test in attached project. Message "This must be printed one time" is logged twice . or 1. Call "GET process/instance" on root process (ProcessSchema.png attachment), that waits completion of "Task1" 2. Complete "Task1" with "POST workitem/workItemId/complete" 3. "Log" will run twice (every additional call of "GET process/instance" on first step adds one more time of calling "Log")

    Description

      Each call of KieSession.getProcessInstance(id, true) causes extra run of item after subprocess node.
      Rest api method "GET process/instance" calls getProcessInstance with (readOnly=true).
      Investigation led me to this line: jbpm@github

      This bug affects versions in which readOnly is passed to processInstanceInfo.getProcessInstance(kruntime, this.kruntime.getEnvironment(), readOnly), so affected versions are: 7.4.0.Final to 7.17.0.Final + 6.5.1-SNAPSHOT (we use that version because it has REST api and has bugfix for limited number of WorkItemHandlers in project editor).

      Attachments

        1. ProcessSchema.png
          21 kB
          Fedor Cherepanov

        Activity

          People

            elguardian@gmail.com Enrique González Martínez (Inactive)
            fe-c@yandex.ru Fedor Cherepanov (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated: