workflow:
  engine:
    starter:
      invoke-mode: async # 调用 workflowCoreService 中方法的方式，可选值：sync、async
      join-container-group: false # 本地开发机启动时，是否将 MQ 消费者加入到集群中，默认不加入，并默认生成 GID_${spring.application.name}_workflow_engine_${spring.profiles.active}_debugging_consumer 的消费者组，该参数只对非容器环境生效
      enable-dlq-monitor: true # 是否启用 starter 中使用到的死信队列监控功能，仅是启动功能，未真实监控，需要配合 monitor-status = true 使用
      monitor-status: false # 应用启动后，如果该属性为 true，则真实启动监控，否则不启动
      dql-monitor-interval-in-ms: 4 * 60 * 60 * 1000 # 周期性获取死信队列监控信息的间隔时间
      broadcast: # 关于 Starter 中监听引擎广播的事件相关配置
        enable-filter-application-name: false # 过滤广播事件，只接收来自指定应用名的创建的流程的广播事件，默认 false，不进行过滤。如果为 true，则将配合 filter-application-names 参数进行广播事件的过滤。该过滤功能的前提是使用了 1.4.0 及以上版本的 workflow-engine-spring-boot-starter.jar
        filter-application-names: # 配合 enable-filter-application-name 属性，当它为 true 时，该参数生效。设置的值为需要消费的 MQ 事件
          - 'workflow-engine'
        enable-filter-definition-key: false # 过滤广播事件，只接收指定流程定义的创建的广播事件，默认 false，不进行过滤。如果为 true，则将配合 filter-process-definition-keys 参数进行广播事件的过滤。
        filter-process-definition-keys: # 配合 enable-filter-definition-key 属性，当它为 true 时，该参数生效。设置的值为需要消费的 MQ 事件
          - '1'
        fail-handle-type: fail_over # 广播事件失败时，如何处理。可选值：fail_over（会按下面三个属性进行重试）、fail_fast（直接打印异常，跳过该消息的消费）
        monitor-status: false # 广播 MQ 的私信队列监控
        num-of-retries: # 当 fail-handle-type 为 fail_over 时，广播事件失败时，重试次数
        wait-increase-factor: # 当 fail-handle-type 为 fail_over 时，广播事件失败时，重试间隔时间增长因子
        wait-time-in-ms: # 当 fail-handle-type 为 fail_over 时，广播事件失败时，重试间隔时间
