Uploaded image for project: 'camunda BPM'
  1. camunda BPM
  2. CAM-3942

Refactor activity instance id assignment for leaf scope activities

XMLWordPrintable

    • Icon: Task Task
    • Resolution: Won't Fix
    • Icon: L3 - Default L3 - Default
    • None
    • None
    • engine
    • None

      When executing a scope activity that is not composite (e.g. a plain activity with an input output mapping), the engine sets the activity instance id on the execution for that scope but not on the parent execution. However, this is the regular behavior with all other scope activities.

      the current behavior has the following problems:

      • variable queries need extra logic to assign activity instance IDs to variables that are set on scope executions executing such a leaf, scope activity
      • the logic to invoke execution listeners is invoked in between the statements that generate a new activity instance Id and that set the Id on the parent execution; this should not be necessary any longer and the statements to store the activity instance Ids can all be moved to the methods PvmExecutionImpl#enterActivityInstance and #leaveActivityInstance
      • GetActivityInstanceCmd and PvmExecutionImpl#getActivityInstanceId and PvmExecutionImpl#getParentActivityInstanceId might need improvement then

        This is the controller panel for Smart Panels app

              Unassigned Unassigned
              thorben.lindhauer Thorben Lindhauer
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

                Created:
                Updated:
                Resolved: