可以从子进程处理错误中重新触发 JBPM 6.2 中的 workItemHandler
It's possible to retrigger workItemHandler in JBPM 6.2 from subProcess handling error
可以在 jBPM 的进程中重新触发或发送信号，例如 'retry'、'repeat' workItemHandler ?
我有一些 workItemHandler 的进程，其中一些抛出异常，我使用 SignallingTaskHandlerDecorator 来包装异常并为 'ErrorHandling' 子进程发送信号。
我想从子进程中重新调用 workItemHandler 的 executeWorkItem 方法。
我发现 class 可以帮助新的 DefaultWorkItemManager().retryWorkItem(workItemID) 但我在 WorkItemHandler class.
中创建 DefaultWorkItemManger 实例时遇到问题
我通过为我的 workItem 创建自定义摘要 class 找到了一个解决方案。摘要 class 实现 WorkItemHandler 接口。
magnolia 团队创建 AsyncWorkItemHandler 的类似工作
public abstract class AsyncWorkItemHandler implements WorkItemHandler
有关更多信息，请访问：
https://documentation.magnolia-cms.com/display/DOCS/Custom+tasks
可以在 jBPM 的进程中重新触发或发送信号，例如 'retry'、'repeat' workItemHandler ?
我有一些 workItemHandler 的进程，其中一些抛出异常，我使用 SignallingTaskHandlerDecorator 来包装异常并为 'ErrorHandling' 子进程发送信号。
我想从子进程中重新调用 workItemHandler 的 executeWorkItem 方法。
我发现 class 可以帮助新的 DefaultWorkItemManager().retryWorkItem(workItemID) 但我在 WorkItemHandler class.
中创建 DefaultWorkItemManger 实例时遇到问题我通过为我的 workItem 创建自定义摘要 class 找到了一个解决方案。摘要 class 实现 WorkItemHandler 接口。
magnolia 团队创建 AsyncWorkItemHandler 的类似工作
public abstract class AsyncWorkItemHandler implements WorkItemHandler
有关更多信息，请访问：
https://documentation.magnolia-cms.com/display/DOCS/Custom+tasks