工作流控制台提供了几种工具来管理工作流实例以确保它们按预期执行。
提供了一系列控制台来管理您的工作流。使用全局导航以打开工具窗格,然后选择工作流:
使用“导航”,依次选择工具和工作流。
选择实例以显示当前正在进行的工作流实例的列表。
使用“导航”,依次选择工具和工作流。
选择实例以显示当前正在进行的工作流实例的列表。在顶部边栏的左角,选择过滤器。或者,您可以按 alt+1 键。这将显示以下对话框:
在“过滤器”对话框中,选择工作流搜索条件。您可以基于这些输入进行搜索:
使用“导航”,依次选择工具和工作流。
选择实例以显示当前正在进行的工作流实例的列表。
选择特定项目,然后相应地使用终止、暂停或恢复;需要确认和/或进一步的详细信息:
工作流必须处于一种等待用户干预的状态(例如,在参与者步骤中),才能终止或中止工作流。尝试中止当前正在执行作业(正在执行的活动线程)的工作流可能无法生成预期结果。
使用“导航”,依次选择工具和工作流。
选择存档以显示已成功完成的工作流实例的列表。
中止状态被视为成功终止,因为它是用户操作的结果;例如:
选择特定项目,然后打开历史记录以查看更多详细信息:
当工作流失败时,AEM 会提供故障控制台,使您能够进行调查,并在找到初始原因后执行适当的操作:
故障详细信息
打开一个窗口以显示
故障消息、步骤和故障堆栈。
打开历史记录
显示工作流历史记录的详细信息。
重试步骤再次执行脚本步骤组件实例。修复导致原始错误的故障后,使用“重试步骤”命令。例如,在修复流程步骤执行的脚本中的错误后,重试该步骤。
终止如果错误导致工作流出现不可调和的情况,则终止工作流。例如,工作流可以依赖于环境条件,例如存储库中对工作流实例不再有效的信息。
终止并重试类似于终止,只不过使用原始有效负载、标题和描述来启动新的工作流实例。
要调查故障,然后恢复或终止工作流,请执行以下步骤:
使用“导航”,依次选择工具和工作流。
选择故障以显示未成功完成的工作流实例的列表。
选择特定项目,然后选择适当的操作:
最大限度地减少工作流实例的数量可以提高工作流引擎的性能,因此,您可以定期从存储库中清除已完成或正在运行的工作流实例。
配置 Adobe Granite 工作流清除配置以根据其时限和状态清除工作流实例。您还可以清除所有模型或特定模型的工作流实例。
您还可以创建多个服务配置以清除满足不同条件的工作流实例。例如,创建一个配置,以便在特定工作流模型的实例的运行时间显著超出预期时间时清除这些实例。创建另一个配置,以便在一定天数后清除所有已完成的工作流,从而最大限度地减小存储库。
要配置服务,您可以配置 OSGi 配置文件,请参阅 OSGi 配置文件。下表描述了任一方法所需的属性。
对于将配置添加到存储库,服务 PID 为:
com.adobe.granite.workflow.purge.Scheduler
由于服务是工厂服务,因此,sling:OsgiConfig
节点的名称需要标识符后缀,例如:
com.adobe.granite.workflow.purge.Scheduler-myidentifier
属性名称(Web 控制台) | OSGi 属性名称 | 描述 |
---|---|---|
作业名称 | scheduledpurge.name | 计划清除的描述性名称。 |
工作流状态 | scheduledpurge.workflowStatus | 要清除的工作流实例的状态。以下值有效:
|
要清除的模型 | scheduledpurge.modelIds | 要清除的工作流模型的 ID。ID 是模型节点的路径,例如: 要指定多个模型,请单击 Web 控制台中的 + 按钮。 |
工作流时限 | scheduledpurge.daysold | 要清除的工作流实例的时限(以天为单位)。 |
您可以配置 Adobe Granite 工作流服务来设置收件箱的最大大小,请参阅将 OSGi 配置添加到存储库。下表描述了您配置的属性。
对于将配置添加到存储库,服务 PID 为:
com.adobe.granite.workflow.core.WorkflowSessionFactory
。
属性名称(Web 控制台) | OSGi 属性名称 |
---|---|
最大收件箱查询大小 | granite.workflow.inboxQuerySize |
工作流处理的数据存储在 Adobe 提供的存储 (JCR) 中。此类数据本质上可能是敏感的。您可能希望将所有用户定义的元数据/数据保存在您自己的托管存储中,而不是 Adobe 提供的存储中。这些部分描述了如何为外部存储设置这些变量。
在工作流模型级别,提供了一个标志来指示模型(及其运行时实例)具有元数据的外部存储。对于为外部存储标记的模型的工作流实例,工作流变量将不会保留在 JCR 中。
属性 userMetadataPersistenceEnabled 将存储在工作流模型的 jcr:content 节点上。此标志将作为 cq:userMetaDataCustomPersistenceEnabled 保留在工作流元数据中。
下图表明必须在工作流上设置标志。
要在外部存储变量,您必须实施工作流公开的 API。
UserMetaDataPersistenceContext
以下示例说明如何使用 API。
@ProviderType
public interface UserMetaDataPersistenceContext {
/**
* Gets the workflow for persistence
* @return workflow
*/
Workflow getWorkflow();
/**
* Gets the workflow id for persistence
* @return workflowId
*/
String getWorkflowId();
/**
* Gets the user metadata persistence id
* @return userDataId
*/
String getUserDataId();
}
UserMetaDataPersistenceProvider
/**
* This provider can be implemented to store the user defined workflow-data metadata in a custom storage location
*/
@ConsumerType
public interface UserMetaDataPersistenceProvider {
/**
* Retrieves the metadata using a unique identifier
* @param userMetaDataPersistenceContext
* @param metaDataMap of user defined workflow data metaData
* @throws WorkflowException
*/
void get(UserMetaDataPersistenceContext userMetaDataPersistenceContext, MetaDataMap metaDataMap) throws WorkflowException;
/**
* Stores the given metadata to the custom storage location
* @param userMetaDataPersistenceContext
* @param metaDataMap metadata map
* @return the unique identifier that can be used to retrieve metadata. If null is returned, then workflowId is used.
* @throws WorkflowException
*/
String put(UserMetaDataPersistenceContext userMetaDataPersistenceContext, MetaDataMap metaDataMap) throws WorkflowException;
}