执行监听器概述

已弃用的Java Core API v1侦听器在下一个主要版本中将不可用。在可用的地方使用Java Workflow API v2侦听器或脚本任务来取代v1侦听器的功能。看到API v1侦听器的替代方案为例子。

• FlushExecutionListener:这个监听器的存在纯粹是出于技术原因。当所有事情都在一个事务中执行时，数据并不总是刷新到中间的数据库中。例如，如果您在工作流中创建了资产，然后您想要添加一些关系，这将不起作用。添加关系的逻辑将无法检测到资产，这将失败，除非您在两者之间添加这个执行侦听器。有关工作流中事务边界的更多信息，请参阅可流动的文档然后搜索事务和并发．
• SendEscalationEventExecutionListener:触发升级事件的监听器。默认情况下，升级进程监听这些事件来启动它的执行。您可以使用此侦听器自己触发升级事件。它需要两个输入参数:
  

  字段名	表达式	强制性的	描述
  taskId	N	Y	升级的任务ID。
  escalationType	N	N	升级的类型。此变量在升级过程中用于确定要执行哪种类型的升级。 默认为邮件这是一个可选参数。

• SetMembersExecutionListener:用于在当前工作流业务项上轻松设置成员的侦听器。它有三个输入字段:

  字段名	表达式	强制性的	描述
  用户名	Y	Y	要为其设置成员的用户名的CSV。
  roleName	Y	Y	角色的名称。一次只能指定一个角色使用。
  clearExisting	N	Y	如果真正的在添加新成员之前，将删除当前业务项上的所有现有成员。如果为空，则不执行清除操作。

• SetActivityStreamListener:一个监听器，能够设置过滤器，用来生成一个活动流。这个侦听器既是执行侦听器，也是任务侦听器。它生成的过滤器将放在一个局部变量中。这意味着，对于用户任务，只要任务存在，变量就会存在。在用户任务之外，该变量将只存在于当前执行中，这意味着它在超级或子流程实例中不可见。您可以自行决定是将它用作用户任务的任务监听器还是执行监听器。
  当监听器被使用后，用户将能够在任务栏上看到一个活动流。此外，在发送操作邮件时，配置的活动流可以包含在当前用户任务的操作邮件中。下面我们将讨论许多配置选项。这里是所有输入字段的列表。它们都不是强制性的，如果不提供输入，则会列出自当前资源上的工作流开始以来的所有更改。
  

  字段名	表达式	强制性的	描述
  用户	Y	N	限制为仅显示具有给定用户名的用户的活动。需要是用户名。
  角色	Y	N	属性中指定的用户所做的更改用户参数具有给定的作用。如果没有给出user，则只有具有给定角色的用户执行更改才返回。
  involvedUser	Y	N	只显示给定用户参与/有角色的活动。
  involvedRole	Y	N	属性中指定的用户所做的更改involvedUser参数，具有给定的作用。
  startTimeEmpty	N	N	这将覆盖默认值:开始时间是当前工作流的开始，这意味着自时间开始以来的所有活动都将显示出来。
  startTask	N	N	要作为显示活动的开始时间戳的任务的任务ID。
  startOnStatusChangeFrom	N	N	如果您希望显示自给定状态的最新状态更改以来的所有活动，请在此处填写状态的标识符。
  endTask	N	N	将结束时间戳设置为给定的任务ID。
  resourcetype	N	N	筛选要返回更改的类型。如果为空或为空，则考虑所有资源类型。