Filenet BPM Web 服务接收步骤设计注意事项
Filenet BPM Webservice receive step design consederations
我们目前正在设计一个基于 Web 服务的流程，我们将在其中使用 Web 服务调用和接收步骤与 Microsoft biz-talk 服务器进行通信。
我们主要担心的是，接收步骤中的任务可能会等待一段时间（最多一周），直到商务对话响应我们，这（我们认为）会导致工作流系统性能下降，因为它将进行轮询回复。
我的问题是，接收步骤是否有任何已知的性能考虑因素，特别是对于长时间保留工作项？
不，我不认为会有任何不适当的"overhead"。是的，流程引擎内部 "polls"。几乎任何事情。包括调用组件，或者执行定时器。但是从系统的角度来看，你只是在等待一个请求。
听起来 "receive" 这一步是正确的解决方案。
我们目前正在设计一个基于 Web 服务的流程，我们将在其中使用 Web 服务调用和接收步骤与 Microsoft biz-talk 服务器进行通信。
我们主要担心的是，接收步骤中的任务可能会等待一段时间（最多一周），直到商务对话响应我们，这（我们认为）会导致工作流系统性能下降，因为它将进行轮询回复。
我的问题是，接收步骤是否有任何已知的性能考虑因素，特别是对于长时间保留工作项？
不，我不认为会有任何不适当的"overhead"。是的，流程引擎内部 "polls"。几乎任何事情。包括调用组件，或者执行定时器。但是从系统的角度来看，你只是在等待一个请求。
听起来 "receive" 这一步是正确的解决方案。