biztalk - 提升HL7v2模式中的字段以在关联集中使用

假设我要在HL7 v2模式上创建一个提升的属性。我想使用此提升的属性，以便在并行车队中关联两个消息。我在不使用HL7架构的情况下做了一个虚拟应用程序，并且一切正常。总结一下我做了什么，请参见this tutorial。

这实际上很简单，这就是为什么我想知道HL7模式是否存在问题。

我创建了PropertySchema，在HL7主体模式中提升了我想要的字段，一切都已编译和部署良好，我在接收端口上查询了订阅，它们看起来还不错

http://schemas.microsoft.com/BizTalk/2003/system-properties.ReceivePortID == {D2F99A76-E28A-4B3E-AC52-F4E2F92453C3}
And
http://schemas.microsoft.com/BizTalk/2003/system-properties.MessageType == http://microsoft.com/HealthCare/HL7/2X#ORU_ALL_25_GLO_DEF
And
https://myNS.ECGCorrelationPropertySchema.CommonAccessionID Exists

但是，我得到了

The published message could not be routed because no subscribers were found. This error occurs if the subscribing orchestration or send port has not been enlisted, or if some of the message properties necessary for subscription evaluation have not been promoted.

并在Biztalk Group管理控制台中查看时，当我查看挂起的消息时，我看不到该属性已被提升

编辑以添加消息上下文



错误报告上下文



我已经检查并仔细检查过，那里有架构，有重复的架构，当我收到消息时，事件日志甚至显示A message was received of type http://microsoft.com/HealthCare/HL7/2X#ORU_ALL_25_GLO_DEF。

所以现在，我想我有两个问题：


如果促销成功进行，它们是否将显示在“消息->上下文”对话框中（它们在我的非HL7虚拟应用程序中进行了显示）
如果不应该显示它们，那么我错过的某个地方是否存在使用HL7v2模式所特有的设置/属性/任何内容？

最佳答案

简短的答案：
1.是，前提是此消息直接来自接收管道
2.不，一旦从反汇编程序中发出，HL7消息就没有什么特别的了。

确保您正在查看的是实际的暂停消息，而不是错误报告。最好的检查方法是停止，不要取消参与编排。然后，该消息将暂停可恢复。

关于biztalk - 提升HL7v2模式中的字段以在关联集中使用，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/24944922/