如果未部署信封架构,则无法提交修复的消息
症状
尝试提交已修复的邮件时,A4SWIFT发布以下消息:
“适配器无法传输要发送端口 http://mrsrtest:80/StsWebReceive/default.aspx?PartnerId=Unparsed&FolderType=MessagesInbox
的消息。 它将在为此发送端口指定的重试间隔后重新传输。 详细信息:“80131600”。 有关详细信息,请参阅“帮助和支持中心”。https://go.microsoft.com/fwlink/?LinkId=142493
可能的原因
未部署信封架构。 对于任何 MTxxx 消息或任何解析失败的消息,情况确实如此。
解决方案
为正在使用的每个消息架构部署信封架构(<drive>:\Program Files\Microsoft BizTalk Accelerator for SWIFT <version> Message Pack \SWIFT Messages\ A4SWIFT-SRG<version>\Category n\MTxxx.xsd)和未解析的信封架构(<drive>:\Program Files\Microsoft BizTalk Accelerator for SWIFT <version> Message Pack \SWIFT Messages\ A4SWIFT-SRG<version>\ Unparsed Message\EnvelopeUnparsedMessage.xsd)。 有关详细信息,请参阅 部署A4SWIFT架构。
您不能从名称不是“Unparsed”的 MRSR 站点库提交固定未分析的消息。
症状
尝试从未命名为“Unparsed”的 MRSR 网站文档库中提交已修复的未解析消息时,操作将失败。
可能的原因
A4SWIFT无法从名称不是“Unparsed”的库中成功提交消息。 如果在安装 MRSR(消息修复)功能之前,MRSR 站点中存在现有的“未分析”文档库,A4SWIFT安装程序将创建一个库,用于名为“未分析”且带有后缀的未分析消息。 当收到无法分析A4SWIFT的消息时,它会将消息路由到它创建的库。 但是,当你尝试从该库提交消息时,操作将失败。
解决方案
删除 MRSR 功能,删除未分析的库,然后重新安装 MRSR 功能。
无法在两阶段工作流中循环返回消息
症状
如果在仅有“创建”阶段和“修复”阶段的工作流的“修复”阶段拒绝消息,则提交将失败。 BizTalk Server 将消息路由回 MessageBox 并发布以下错误消息:
无法重置到工作流中的第一个阶段。
可能的原因
只有创建阶段和修复阶段的工作流不支持消息回环。
解决方案
将另一个阶段添加到两阶段工作流,或取消提交。
无法在 MRSR 的修复收件箱中打开邮件
症状
尝试在 MRSR 的修复收件箱中打开邮件时,会在弹出窗口中收到以下错误消息:
“无法打开登录名”A4SWIFT“中请求的数据库。 登录失败。 用户“NT AUTHORITY\NETWORK SERVICE”登录失败。
可能的原因
A4SWIFT_MRSR Web 服务所运行的 Web 应用程序的登录帐户是网络服务,而不是A4SWIFT用户组中的本地或域帐户。
解决方案
更改运行A4SWIFT_MRSR Web 服务的 Web 应用程序的登录帐户。
更改运行A4SWIFT_MRSR Web 服务的 Web 应用程序的登录帐户
单击“ 开始”,指向 “所有程序”,指向 “管理工具”,然后单击“ Internet Information Services”(IIS)管理器。
在 IIS 管理器中<,展开服务器名称>(本地计算机)节点、应用程序池节点和网站节点。 在“网站”节点下,展开 “默认网站” 节点。
在“默认网站”节点下,右键单击 A4SWIFT_MRSR,然后单击“ 属性”。
在“A4SWIFT_MRSR属性”对话框中,记下应用程序池。
在 IIS 管理器对话框中的应用程序池节点下,右键单击A4SWIFT_MRSR的应用程序池,然后单击“ 属性”。
在 <应用程序池名称> 属性对话框中,单击 标识选项卡。 如果单击“ 预定义 ”并选择了 “网络服务 ”,请单击“ 可配置”,输入本地或域帐户,然后输入密码。 单击 “确定” 。
在本地化计算机上创建于 MRSR 站点的消息未被处理。
症状
当使用在本地化平台上运行的英文版A4SWIFT的用户在 MRSR 中通过 InfoPath 表单创建一条消息并成功提交时,消息似乎被消息修复和新提交流程接收但未成功处理。 该消息已提交到发件箱,但未被 BizTalk 适配器选取。 事件查看器中未发布任何错误或警告,并且 HAT 中没有正在运行的业务流程实例的记录。
可能的原因
作为 STS 的 URI 输入的路径。发件箱接收位置包含英文名称,而不是本地化名称。
解决方案
更改 STS.Outbox 接收位置的 URI 地址为如下所示:
在 BizTalk Server 2009 管理控制台中,展开 BizTalk 组、 应用程序和BizTalk 应用程序 1 节点。
单击“ 接收位置”。
双击 Sts.Outbox.Location。
在“接收位置属性”对话框中,单击“ 配置”。
在“传输属性”对话框中,将 SharePointSite URL 的值替换为本地化的等效项。
单击“确定”,然后单击“确定”。
在处理消息时删除角色会导致文档和工件被不完整地删除。
症状
在配置文件 Web 客户端中删除角色时,将发布一个对话框,指示将删除与该角色关联的所有文档和项目。 但是,该角色不会从A4SWIFT管理控制台中的部门中删除,并且角色的文档文件夹(收件箱和已发送邮件)不会从 MRSR 中删除。 将删除与角色关联的参与方、发送端口和协议,并取消部署角色的配置文件。
可能的原因
邮件仍位于 MRSR 中角色的收件箱中,邮件以 InfoPath 表单打开。
解决方案
从 MRSR 站点收件箱中手动删除邮件,然后删除与要删除的角色关联的文档库。 关闭窗体并再次删除该角色。
由于 BIC 主策略中出现错误,消息处理失败
症状
提交消息进行处理时,会收到以下错误:
“执行 BicMasterPolicy 时出错。 检查策略中是否有有效值。”
可能的原因
在驱动器<:\Program Files\ Microsoft BizTalk Accelerator for SWIFT <版本>消息包\SWIFT 消息\A4SWIFT-SRG<版本>\基本策略>中的 BIC_Master_Policy.xml 文件中,SQL Server 名称、BIC 数据库名称和集成安全值都包含在双引号中。 若要启用 BIC 验证,请在默认 BIC_Master_Policy.xml 文件中输入这些字符串,如 启用银行标识符代码验证中所述。
解决方案
若要修复 BIC 主策略,请按照以下步骤继续操作:
注释
有关部署 BIC 主策略的详细信息,请参阅 部署 BRE 规则。
在业务规则编辑器中,取消部署BIC_Master_Policy版本 1.0,然后删除BIC_Master_Policy。
在文本编辑器(如记事本)中,在 drive>:\Program Files\ Microsoft BizTalk Accelerator for SWIFT 版本消息包\SWIFT 消息\A4SWIFT-SRG 版本\基本策略中<打开 BIC_Master_Policy.xml。><<> 删除 SQL Server 名称、BIC 数据库名称和集成安全值的双引号。
在业务规则引擎部署向导中,导入 BIC_Master_Policy.xml,然后部署 BIC_Master_Policy.xml。
在服务 MMC 中,重启规则引擎更新服务和 BizTalk 接收主机服务。
如果没有适当的数据库权限,A4SWIFT将无法处理未分析的消息
症状
当您抛出一条A4SWIFT无法解析的消息时,A4SWIFT不能处理该消息,并因此失败,产生了未捕获的异常。
可能的原因
存在数据库权限问题。 默认情况下,作为 HostSvc 的 BizTalk 服务的登录帐户未列入 A4SWIFT 管理员和 A4SWIFT 用户组中。
解决方案
将 BizTalk 服务的登录帐户添加到A4SWIFT管理员和A4SWIFT用户组。
InfoPath 修复表单的超时可能导致消息在修复工作流的不同阶段存在两个副本。
症状
从 InfoPath 表单(对于任何工作流阶段)提交消息时,如果提交表单时出错,则错误可能会导致两个邮件副本。 一条消息仍在当前阶段的收件箱中,另一条消息位于工作流中下一个角色的收件箱中。 尝试处理这些消息将导致以下内容:
如果从收件箱提交邮件到工作流的下一个角色,该邮件将继续在工作流中处理。
如果在从下一阶段收件箱提交的邮件已完成处理后,您才从当前阶段的收件箱提交邮件,则从当前收件箱提交的邮件将会暂停,并导致路由失败。
如果您在下一阶段收件箱中的邮件完成处理之前提交当前阶段收件箱中的邮件,则提交的邮件将会返回至当前阶段的收件箱,并且您将收到以下错误:“由于消息被篡改或用户在此阶段无效,工作流已重置。” 此后,如果您提交来自下一阶段收件箱的邮件,其工作流也将被重置。 它将返回到当前阶段的收件箱,你将收到上述错误。
可能的原因
InfoPath 表单已通过 Microsoft Windows Sharepoint 服务和执行验证的自定义 Web 服务将消息提交到 BizTalk Server。 提交消息是通过多个步骤完成的,这些步骤不是事务性的,因为 Windows Sharepoint Services 不是事务性的。 为了适应此限制,MRSR 业务流程内置了恢复逻辑,用于检测和恢复来自消息提交的错误。 MRSR 业务流程始终阻止将重复消息发送到 SWIFT。
解决方案
如果发生这种情况,则应选取工作流中进一步的消息并完成其工作流,然后再尝试处理工作流的早期阶段中的其他消息。 在工作流中处于更进一步阶段的消息完成处理后,您可以根据需要处理第二条消息(由于路由失败而被挂起)。
如果在你处理第二条消息之前,工作流中更前面的消息未完成处理,你应该再次在修复 InfoPath 表单中修复工作流中更前面的消息,然后提交。 允许它完成处理,然后提交第二条消息。 第二条消息暂停后,将其处理。
没有验证阶段的新提交将导致收到一条挂起通知的消息
症状
在工作流中提交没有验证阶段的新消息时,该消息将暂停。
可能的原因
如果未将A4SWIFT_MRSRLastStage设置为“创建”,则由于缺少验证阶段,消息会被挂起。
解决方案
使用 A4SWIFT_MRSRLastStage == Create 的订阅来确保消息正确路由。
验证消息会导致 InfoPath 表单任务窗格中出现“分析错误”
症状
InfoPath 表单任务窗格中的“验证消息”按钮显示“分析错误”,没有任何说明。
解决方案
重启 MRSR Web 服务或执行 iisreset。
发布 InfoPath 表单会导致授权错误
症状
发布 InfoPath 表单时出现授权错误。
解决方案
将 MRSR 站点 URL 中的计算机名称替换为 localhost。
InfoPath 表单任务窗格显示 HTML 源代码
症状
InfoPath 表单任务窗格显示 HTML 源代码,而不是 Web 控件。
解决方案
转到工具>安全选项卡 ->Internet 区域,并在“杂项”下启用根据内容而非扩展名打开文件的功能。
个人资料 Web 客户端网站反馈身份验证错误。
症状
配置文件 Web 客户端网站显示身份验证错误。
解决方案
在管理员帐户下运行 BTSharePointAdapterWSAppPool 和 DefaultAppPoolApplication -> 以及 Internet Information Services(IIS)中的池。