1

我们目前正在设计一个基于 Web 服务的流程,其中我们将使用 Web 服务调用和接收步骤与 Microsoft biz-talk 服务器进行通信。

我们主要担心的是接收步骤上的任务可能会等待一段时间(最多一周)直到 biz-talk 响应我们,这(我们认为)会导致工作流系统的性能损失,因为它将轮询为回应。

我的问题是,接收步骤是否有任何已知的性能考虑因素,特别是对于长时间离开工作项目?

4

1 回答 1

1

不,我认为不会有任何过度的“开销”。是的,流程引擎内部“轮询”。对于任何事情。包括调用组件,或执行定时器。但是从系统的角度来看,你只是在等待一个请求。

听起来“接收”步骤正是这里正确的解决方案。

于 2017-08-29T01:41:17.217 回答