Biztalk 订阅业务流程会导致（来自轮询接收位置的）消息被忽略的原因是什么？

我将尽可能多地提供信息：

• 没有错误消息

• 实例保留在“就绪服务实例”中

• 接收位置与指向另一个工作的数据库/表的另一个接收位置具有相同的参数（URI、三个轮询查询、用户帐户/pw和接收管道除外）

• 管道正在等待正确的架构

• 端口表面和接收位置都在等待正确的架构

• 在我的测试示例中，只返回10行

• 包含这10行的消息根据模式进行验证

• 我试图让实例单独使用，但没有任何效果—30多分钟—并且其条件没有任何变化

• 我还尝试挂起并恢复它，然后将实例放在“脱水编排”列表中。同样，没有错误消息

• 我可以通过查看“准备运行”服务中的消息正文来获取消息。（这是相对于我在Visual Studio中使用的模式进行验证的消息。）

---

这样的事情怎么会发生呢？

愚蠢的问题，但我不得不问。。。相应的主机实例是否正在运行？

您是否查看了事件日志？有什么吗？有。同样，没有错误消息，但也没有警告或任何其他内容。您订阅的是什么？有时我认为我有消息类型，但当签入它的Mesage。。。其他属性。发布者receive loc是什么类型？我要做的第一件事是确保通过简单地拉动并让发送文件适配器将数据写入文件来工作。接收位置类型：WCF OracleDB-顺便说一句，与工作的类型相同。你说的“订阅”是什么意思？一点也不，我希望在我将答案授予自己之前，其他人会回答这个问题（我们昨天就知道了）。。。它是一个新主机，但其对应的主机实例甚至没有创建。创建它解决了这个问题。