我使用的是BizTalk Server 2013 R2(已配置CU5 + ESB工具包),我无法理解我的安装所展示的以下行为。我已经停止了所有BizTalk应用程序和主机实例,除了我将用于此问题的默认实例。
我创建了一个接收端口+位置
我启用了新创建的接收位置,并且由于所有其他内容都已停止/未列出,因此没有订阅者,任何进入的消息都将失败。
我将文件放入入站文件夹,并在管理控制台中查看
问题1:为什么即使禁用接收端口上的“启用失败邮件路由”属性,也会看到“路由失败报告”?
打开此失败报告不会给我任何内容,因为它不包含任何错误报告属性(已提升或以其他方式)
问题2:此路由失败报告的优点是什么?
我在接收端口上启用“为失败的消息启用路由”属性并重新运行测试(在终止所有挂起的实例之后),这是我在管理控制台中看到的
这次发布了两个路由失败报告,一个类似于上一个场景,但另一个包含我正在寻找的错误报告属性
问题3:什么可以使BizTalk针对一次失败发布两个单独的失败报告以及如何解决此问题?
我的理解是,如果您未在端口上启用失败的邮件路由,并且在启用该选项的情况下每次失败只发布一个报告,则您不会收到失败报告,这里有问题,我希望有人来请帮我理解我哪里出错了?
答案 0 :(得分:1)
希望您早已得到答案。
这是预期的行为。您将收到两个路由报告。
一个,用于未找到任何订户的实际消息敌人。
第二(在接收端口上启用的“路由失败”消息)。路由失败消息的意思是:您希望将消息路由到另一个地方,以防由于接收端口上的某些故障而导致消息无法正确处理(该消息可能在接收端口上失败的主要原因有两个,一个是未找到订阅者,另一个是第二是管道故障)。 但是要注意的是,您也没有订阅失败的消息。这导致了第二次路由失败报告。
如果您仔细分析两个路由失败报告,您将看到第二个报告具有与“错误报告”命名空间相关的上下文属性,其中某些属性已由BizTalk进行了升级,以确保路由失败消息。 Routing failures report
答案 1 :(得分:0)
这是自2006年以来BizTalk Server的正确和预期行为。
路由失败报告与FMR无关,并生成以显示消息无法路由的原因。相信我,如果你需要,你将学习如何阅读它,虽然它通常非常明显。
启用FMR后,消息本身也会得到增强。
基本上,您的设置没有任何问题。