在BizTalk中捕获FTP接收连接异常

如何解决在BizTalk中捕获FTP接收连接异常

| 我有一个BizTalk演示连接到FTP服务器。 但是，可能会发生各种异常，例如： 服务器可能不可用 用户名/密码可能会更改 由于权限等原因，下载后删除文件可能无法进行。 这些在错误日志中生成异常。 但是，除了这些异常，我看不到任何简单的方法 编写自定义WMI适配器以轮询错误日志，并尝试根据适配器名称匹配异常。 使用FTP适配器的日志功能并分析日志文件中的FTP异常。 互联网上的解决方案似乎围绕启用“失败的消息路由”或使用ESB异常处理程序。但是，我相信这两者都需要实际的消息，如果适配器遇到异常而无法连接，则不会出现。 我考虑过但不认为可能的一种可能性是，在业务流程中动态地执行“接收”，并在那里捕获异常-这可能吗？ 如果不是，是否有任何方法可以在收集消息之前捕获接收适配器抛出的异常？ 谢谢！     

解决方法

        BizTalk将通过发生错误并关闭接收位置来“处理”这些异常情况。这是正常现象，我认为这是非常合理的行为。 在这种情况下，BizTalk尚未停止工作。将消息接收到接收端口的其他方法将继续起作用。 我不确定您打算采用哪种处理方式？有很多方法可以监视事件日志。 您希望由于异常而发生什么？ 为了回答您的其他问题，您可以通过从业务流程中调用.net组件来“动态地进行接收”。您可能有一个业务流程，该业务流程围绕“轮询” FTP服务器的表达式形状循环。在这种情况下，您当然可以使用常规的异常处理机制。 PS。您是正确的，失败的消息路由取决于是否存在消息。例如，如果入站消息在管道处理期间失败。