Biztalk 接收端口是否可以在两种不同的原因下触发

我有一个正常的接收端口，它使用一个用于oracle的WCF适配器，该适配器使用轮询查询。现在的问题是，接收端口不仅需要在轮询查询命中后运行，而且还需要每天运行一次，而不管轮询语句是什么

---

有没有一种方法可以在不重新创建整个流程的情况下实现这一点？

最干净的方法是使用额外的接收位置。因此，您将得到一个接收端口，其中包含两个接收位置，每个查询一个

在过去，我在轮询SQL Server时使用WCF适配器完成了这项工作。不幸的是，使用两个位置确实需要复制模式来说明不同的名称空间。您可能还需要两个不同（本质上相同）的模式

位置需要不同的InboundId值，而（正如您在注释中所指出的）每个接收位置需要不同的PollingId

---

ESB工具包包括管道组件，如果您需要其他下游应用程序在来自这两个位置的消息上仅使用单个架构，并且/或者不希望复制BizTalk映射，则可以使用这些组件。

更改轮询语句，使其在…之间具有或当前时间（）。。。。

---

这样，它将在您想要的时间触发。

您能描述一下您试图解决的问题吗？如果您正在轮询（我假设您所说的触发器是指两个SQL适配器都不支持SQL触发器），并且轮询间隔少于一天，那么它将始终至少每天运行一次。如果你指的是通知，那么这与轮询根本不同，因此必须自己创建日常操作。它是oracle的WCF适配器。这是投票，不是触发。我同意这个答案。您可以重用在第二个接收位置内创建的任何自定义管道。此解决方案的问题是pollingID。pollingID对于每个位置都必须是唯一的，但是更改pollingID会在接收管道上产生错误（原因：按消息类型查找文档规范）。你如何避免这种情况？我用这方面的信息编辑了我的答案。我们必须有两个不同的模式，每种消息类型一个。这不是一个完美的情况，但似乎是最好的一个可能。我一直在这方面的工作，似乎总是有一个路由问题。我这样做是为了使业务流程在接收端口名上有一个过滤器。我已经进行了三次检查，并且在receiveport名称中没有输入错误，那么业务流程有什么理由不接收这些错误吗？或者仅仅对receiveport名称进行过滤还不够吗？是否有关于在一个端口上使用两个这样的位置的教程或指南？我在谷歌上搜索了一下，没有找到关于这个主题的任何东西。