Biztalk 孤立服务实例

Biztalk 孤立服务实例,biztalk,biztalk-2010,Biztalk,Biztalk 2010,我们有一个BizTalk 2010解决方案,其中我们使用请求/响应接收端口通过MLLP接收HL7v2消息。编排处理消息、调用web服务并向客户端返回自定义ACK。看来效果不错 在测试中,我创建了两个场景: 生成ACK时会发生错误 当通过请求/响应接收端口的发送管道向客户端发送ACK时,会发生错误。为此,我在发送管道上错误地设置了一个配置参数 我的业务流程包含作用域和捕获块,这样我就不会在messagebox中出现挂起的消息。基本上,如果有错误,我们只想记录它们,我们无法进行任何补救,因此挂起的消

我们有一个BizTalk 2010解决方案,其中我们使用请求/响应接收端口通过MLLP接收HL7v2消息。编排处理消息、调用web服务并向客户端返回自定义ACK。看来效果不错

在测试中,我创建了两个场景:

  • 生成ACK时会发生错误
  • 当通过请求/响应接收端口的发送管道向客户端发送ACK时,会发生错误。为此,我在发送管道上错误地设置了一个配置参数

  • 我的业务流程包含作用域和捕获块,这样我就不会在messagebox中出现挂起的消息。基本上,如果有错误,我们只想记录它们,我们无法进行任何补救,因此挂起的消息是不必要的,并且会使messagebox变得混乱。在我的测试场景中,如果出现错误,则不会将ACK发送到客户端,并且尽管业务流程已完成,但接收端口仍有一个正在运行的服务实例。我想这是因为发送管道仍在订阅ACK并等待它。有没有办法避免这种情况或通过编排以某种方式终止服务实例?

    我建议在端口上的操作中添加一条错误消息,并从catch块中抛出一条错误消息。

    错误消息的消息类型是什么?只是一个system.exception?如果您不担心向您的客户机提供类型化错误(并且您不想更改合同),我只会基于字符串类型创建一条消息。您真正需要做的就是返回一些东西来防止接收端口挂起。