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

Make history processing more flexible

    XMLWordPrintable

Details

    • Feature Request
    • Resolution: Won't Fix
    • L3 - Default
    • None
    • None
    • engine
    • None

    Description

      User Story (Required on creation):

      I was trying to extend the processing of history events and ran into the following problems:

      1. I can`t replaced/remove HistoryParseListener in camunda configuration via plugin. This is necessary so that I can use my BpmnParseListener implementation(like as HistoryParseListener).
      2. It is difficult to extend the HistoryEvent when writing custom history handlers(for example, I tried to add a business key to the HistoryEvent (not persist it in the database, but just pass it to the handler)

      Functional Requirements (Required before implementation):

      1. Add the ability to disable default BPMN parse listeners
      2. Add the ability to extend the HistoryEvent via composition

      Technical Requirements (Required before implementation):

      1. In class ProcessEngineConfigurationImpl add property as boolean to disable HistoryParseListener in ProcessEngineConfigurationImp #getDefaultBPMNParseListeners
      2. In HistoryEventHandler add new methods with one parameter with type B. B is interface with getter for HistoryEvent. Such a scheme will allow to expand the context of the history handler by replacing the implementation of B.

      Limitations of Scope (Optional):

      Hints (optional):

      mgm-controller-panel

        This is the controller panel for Smart Panels app

        Attachments

          Activity

            People

              Unassigned Unassigned
              bespaltovyj Pavel Pletnev
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:

                Salesforce