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

External task handle failure should be robust when working with error expressions

XMLWordPrintable

    • Icon: Feature Request Feature Request
    • Resolution: Fixed
    • Icon: L3 - Default L3 - Default
    • 7.15.0-alpha5, 7.15.0
    • None
    • engine
    • None

      User Story (Required on creation):

      When using external tasks with error expressions, they can be triggered on a ExternalTaskService#handleFailure call. However, the expressions themselves can fail, which result in a failed API call. Since #handleFailure is already a call that is used in the exceptional case, it is hard for callers to escalate any further.

      Example: In case an RPA bot fails, this should always be successfully handled by the process engine which orchestrates the bots to give an operator a consistent view of their bot state (assuming the engine is generally operational). It should not lead to the RPA bridge having to deal with the problem (which means it remains invisible to a process operator).

      Functional Requirements (Required before implementation):

      • In a handleFailure call, when an error expression evaluation fails, this continues the regular #handleFailure logic instead of raising an exception to the API caller

      Technical Requirements (Required before implementation):

      • The failed error expression evaluation is logged in the engine
      • This behavior is documented in Javadoc and user guide, because it differs from the norm

      Limitations of Scope (Optional):

      Hints (Optional):

        This is the controller panel for Smart Panels app

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

                Created:
                Updated:
                Resolved: