HL7 MLLP适配器中的错误。 [英] Bug in HL7 MLLP adapter.

查看:183
本文介绍了HL7 MLLP适配器中的错误。的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

最近我们在HL7 MLLP适配器中发现了奇怪的行为。它看起来像是一个bug。


从BizTalk Server 2013 R2的CU1开始,可以接受不同的可接受的ACK代码(
https://support.microsoft.com/en-us/kb/3050011  )


我们如果HL7 MLLP发送端口配置了已订购的配置,我们会看到以下行为:


当可接受的ACK代码"AA和CA"时选择适配器将在连接方未在超时内发送确认时尝试重新发送消息。这是正确且正常的行为。


当可接受的ACK代码"AA,CA,AE和CE"时或"AA,CA,AE,CE,AR和CR"或"AA,CA,AE,CE,AR和CR"。选择适配器在接收确认时发生超时时不重新发送消息,但跳过消息并在队列中发送下一条消息
。这是不正确的。


对我来说这看起来像个错误。我们可以更改此行为或我们如何提交错误报告?


问候,


Martijn


解决方案

您好,


您可以通过创建事件来报告此事件


https://support.microsoft.com/en-us/getsupport?wf=0&tenant=ClassicCommercial&oaspworkflow=start_1.0.0.0&locale=en-us&supportregion=en-我们&安培; pesid = 15487&安培; CCSID = 636087721778625071


Recently we discoverd weird behaviour in the HL7 MLLP Adapter. It looks like it is a bug.

Since CU1 for BizTalk Server 2013 R2 it is possible to accept different Acceptable ACK codes ( https://support.microsoft.com/en-us/kb/3050011 )

We have a HL7 MLLP Send Port with ordered deliverd configured we see the following behaviour :

When Acceptable ACK Codes "AA and CA" is selected the adapter will try to resend the message when the connected party does not send an acknowledge within the timeout. This is correct and normal behaviour.

When Acceptable ACK Codes "AA, CA, AE and CE" or "AA, CA, AE, CE, AR and CR" is selected the adapter does not resend the message when a timeout occurs when receiving the acknowledge but skips the message and send the next message in the queue. This is incorrect.

It looks like a bug to me. Can we change this behaviour or how can we submit a bug report ?

Regards,

Martijn

解决方案

Hi,

You can report it from here by creating an incidence

https://support.microsoft.com/en-us/getsupport?wf=0&tenant=ClassicCommercial&oaspworkflow=start_1.0.0.0&locale=en-us&supportregion=en-us&pesid=15487&ccsid=636087721778625071


这篇关于HL7 MLLP适配器中的错误。的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆