Biztalk 管理由动态发送端口处理的消息

我们正在构建一个分发系统，其中根据消息内容将输入消息路由到目的地。biztalk中的这种模式相对简单。在我们的解决方案中，消息传入、存储在存储库中，并分发给相应的第三方

对于操作支持人员将使用的管理web应用程序，我们有几个功能需求

• 执行管理职责不需要BizTalk knownedge
• 能够按目标报告排队消息的消息计数
• 取消排队消息的功能
• 能够从存储库重新发送消息
• 能够在存储库中搜索邮件，并在发送端口中查看其状态（挂起、重试等）

---

本质上，我们需要能够通过web应用程序管理消息，而不使用任何biztalk工具，并且仅针对此特定biztalk解决方案。对执行类似操作的实施建议、模式或示例有何建议？

您可以直接查询biztalk数据库以获取有关biztalk状态的信息（如管理控制台所做的操作）。许多详细信息都是

您可以直接查询biztalk数据库以获取有关biztalk状态的信息（如管理控制台所做的操作）。有很多详细信息

您是否尝试使用Biztalk作为消息的存储库？没有。理想情况下，存储库应该是独立的。我活着就是为了尽可能地不使用biztalk数据库。似乎可以使用sql server作为存储库，使用一些web服务来操作它，使用一些网页来显示用户界面。Biztalk可以按照您的推断为您传递消息。我已经猜到了这一点。但我确信web应用程序需要能够管理biztalk当前正在处理的消息（暂停、处理、排队等）。不确定如何最好地执行此操作您正在尝试使用Biztalk作为消息的存储库吗？不。理想情况下，存储库是分开的。我活着就是为了尽可能地不使用biztalk数据库。似乎可以使用sql server作为存储库，使用一些web服务来操作它，使用一些网页来显示用户界面。Biztalk可以按照您的推断为您传递消息。我已经猜到了这一点。但我确信web应用程序需要能够管理biztalk当前正在处理的消息（暂停、处理、排队等）。我不知道该怎么做才好