接收端口未显示在激活订阅列表中
Receive Port is not showing up in the list of Activation Subscriptions
我正在对导致 transmission/routing 失败的非常普遍的 BizTalk 错误进行故障排除（见下文）。即使我的接收位置已启动，它似乎也没有在监听任何内容。当我 运行 查询所有激活订阅时，接收端口未显示在列表中。我不明白为什么它没有订阅我的发送端口。
Error:
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. Please use the Biztalk Administration console to troubleshoot this failure.
单向接收位置没有活动订阅，只有编排和发送端口有。对于一种单向方式，您的发送端口应该监听您的接收端口，而不是您的接收端口到您的发送端口。
如果它是请求/响应端口，请参阅下面的部分
单向接收位置
接收位置从外部位置拾取并通过关联的接收端口并发布到消息框中。
由于您的错误清楚地表明消息已发布到消息框，接收端口显然工作正常（尽管可能不正确）或者它已从发送端口或业务流程发布回来。
你要检查的是
- 使用 BizTalk Administrator 的暂停消息的上下文属性
- 属于您希望处理消息的发送端口/编排的订阅
- 比较两者，看看有什么不匹配的
可能性是
- 您的接收端口没有提升您期望的属性。检查架构上的接收管道和提升的属性。如果您的管道设置为直通，则只有一些标准的提升属性将在那里并且没有消息类型或模式中的提升属性，如果您需要这些提升的属性，请将您的管道设置为 XMLReceive 或自定义管道使用 XML 反汇编器或平面文件反汇编器。
- 您的发送端口/业务流程未处于已登记状态，如果它们未登记，则不会为它们发布任何订阅。征募或启动他们。
- 您的发送 port/Orchestration 订阅错误（与消息上下文属性不匹配），更正它们以使其匹配。
Request/Response 接收端口[=45=]
对于 Request Response Receive location/port，它会为查找 BTS.EpmRRCorrelationToken（其中包含主机实例、端口和 GUID 的详细信息）和 BTS.RouteDirectToTP == True 的消息创建实例订阅
如果您有一个 Request/Response 发送端口订阅一个 Request/Response 接收端口，或者如果您在编排中使用一个 Request/Response 端口，它可以开箱即用。如果您在 Orchestration 中使用单独的 Receive Send Ports，您需要在消息构造形状中手动设置上述属性。
感谢您对接收位置的说明。我是 BizTalk 的新手，因为我最近继承了支持它的角色。问题最终成为接收位置端点行为扩展中的错误引用。
我正在对导致 transmission/routing 失败的非常普遍的 BizTalk 错误进行故障排除（见下文）。即使我的接收位置已启动，它似乎也没有在监听任何内容。当我 运行 查询所有激活订阅时，接收端口未显示在列表中。我不明白为什么它没有订阅我的发送端口。
Error:
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. Please use the Biztalk Administration console to troubleshoot this failure.
单向接收位置没有活动订阅，只有编排和发送端口有。对于一种单向方式，您的发送端口应该监听您的接收端口，而不是您的接收端口到您的发送端口。
如果它是请求/响应端口，请参阅下面的部分
单向接收位置
接收位置从外部位置拾取并通过关联的接收端口并发布到消息框中。
由于您的错误清楚地表明消息已发布到消息框，接收端口显然工作正常（尽管可能不正确）或者它已从发送端口或业务流程发布回来。
你要检查的是
- 使用 BizTalk Administrator 的暂停消息的上下文属性
- 属于您希望处理消息的发送端口/编排的订阅
- 比较两者，看看有什么不匹配的
可能性是
- 您的接收端口没有提升您期望的属性。检查架构上的接收管道和提升的属性。如果您的管道设置为直通，则只有一些标准的提升属性将在那里并且没有消息类型或模式中的提升属性，如果您需要这些提升的属性，请将您的管道设置为 XMLReceive 或自定义管道使用 XML 反汇编器或平面文件反汇编器。
- 您的发送端口/业务流程未处于已登记状态，如果它们未登记，则不会为它们发布任何订阅。征募或启动他们。
- 您的发送 port/Orchestration 订阅错误（与消息上下文属性不匹配），更正它们以使其匹配。
Request/Response 接收端口[=45=]
对于 Request Response Receive location/port，它会为查找 BTS.EpmRRCorrelationToken（其中包含主机实例、端口和 GUID 的详细信息）和 BTS.RouteDirectToTP == True 的消息创建实例订阅
如果您有一个 Request/Response 发送端口订阅一个 Request/Response 接收端口，或者如果您在编排中使用一个 Request/Response 端口，它可以开箱即用。如果您在 Orchestration 中使用单独的 Receive Send Ports，您需要在消息构造形状中手动设置上述属性。
感谢您对接收位置的说明。我是 BizTalk 的新手，因为我最近继承了支持它的角色。问题最终成为接收位置端点行为扩展中的错误引用。