消息修复和新提交疑难解答

如果未部署信封架构,则无法提交修复的消息

症状

尝试提交已修复的消息时,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 版本消息包 \SWIFT <消息包 \A4SWIFT-SRG<版本>>\Category n\MTxxx.xsd) 和 un 部署每个消息架构的信封架构 分析的信封架构 (<驱动器>:\Program Files\Microsoft BizTalk Accelerator for SWIFT <版本>消息包 \SWIFT Messages\ A4SWIFT-SRG<版本>\ 未分析的 Message\EnvelopeUnparsedMessage.xsd) 。 有关详细信息,请参阅 部署 A4SWIFT 架构

无法从名为“未分析”的 MRSR 网站库提交固定未分析的消息

症状

尝试从未命名为“未分析”的 MRSR 网站文档库提交未分析的消息时,操作将失败。

可能的原因

A4SWIFT 无法成功从未命名为“未分析”的库中提交消息。 如果在安装 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 应用程序的登录帐户
  1. 单击“开始”,指向“所有程序”,指向“管理工具”,然后单击“Internet Information Services (IIS)管理器”

  2. 在 IIS 管理器中<,展开 (本地计算机) 节点、应用程序池节点和网站节点的服务器名称> 在“网站”节点下,展开 “默认网站” 节点。

  3. 在“默认网站”节点下,右键单击 A4SWIFT_MRSR,然后单击“ 属性”。

  4. 在“A4SWIFT_MRSR属性”对话框中,记下应用程序池。

  5. 在 IIS 管理器对话框中,在“应用程序池”节点下,右键单击A4SWIFT_MRSR的应用程序池,然后单击“ 属性”。

  6. 在 <应用程序池名称> “属性”对话框中,单击 “标识 ”注释。 如果单击 “预定义 ”并选择 “网络服务 ”,请单击“ 可配置”,输入本地帐户或域帐户,然后输入密码。 单击" 确定"。

未处理在本地化计算机上的 MRSR 站点中创建的消息

症状

当处理在本地化平台上运行的 A4SWIFT 英语版的用户在 MRSR 的 InfoPath 表单中创建一条消息并成功提交消息时,消息似乎由消息修复和新提交业务流程使用,但未成功处理。 该消息将提交到发件箱,但 BizTalk 适配器不会选取该消息。 事件查看器中未发布任何错误或警告,并且 HAT 中没有正在运行的业务流程实例的记录。

可能的原因

输入为 STS 的 URI 的路径。发件箱接收位置包含英语名称,而不是本地化名称。

解决方案

更改 STS 的 URI 地址。发件箱接收位置,如下所示:

  1. 在 BizTalk Server 2009 管理控制台中,展开 BizTalk 组应用程序和BizTalk 应用程序 1 节点

  2. 单击“ 接收位置”。

  3. 双击 Sts.Outbox.Location

  4. 在“接收位置属性”对话框中,单击“ 配置”。

  5. 在“传输属性”对话框中,将 SharePointSite URL 的值替换为本地化的等效项。

  6. 单击“确定”,然后再次单击“确定”

在处理消息时删除角色会导致文档和项目删除不完整

症状

在配置文件 Web 客户端中删除角色时,会发布一个对话框,指示将删除与该角色关联的所有文档和项目。 但是,该角色不会从 A4SWIFT 管理控制台中的部门中删除,并且角色的文档文件夹 (收件箱和发送邮件) 不会从 MRSR 中删除。 删除与角色关联的参与方、发送端口和协议,并且取消部署角色的配置文件。

可能的原因

邮件仍位于 MRSR 中的角色收件箱中,并且邮件以 InfoPath 表单打开。

解决方案

从 MRSR 站点收件箱中手动删除邮件,然后删除与要删除的角色关联的文档库。 关闭窗体并再次删除该角色。

由于 BIC 主策略中出现错误,消息处理失败

症状

提交消息进行处理时,会收到以下错误:

执行 BicMasterPolicy 时出错。 检查策略中是否有有效值。

可能的原因

驱动器:\Program Files\ Microsoft BizTalk Accelerator for SWIFT <version Message Pack\A4SWIFT-SRG<version>>\Base Policies 中的 <BIC_Master_Policy.xml 文件中SQL Server名称、BIC 数据库名称和集成安全值包含在双引号中。> 若要启用 BIC 验证,请在默认BIC_Master_Policy.xml文件中输入这些字符串,如 启用银行标识符代码验证中所述。

解决方案

若要修复 BIC 主策略,请按如下所示继续操作:

注意

有关部署 BIC 主策略的详细信息,请参阅 部署 BRE 规则

  1. 在业务规则Composer中,取消部署BIC_Master_Policy版本 1.0,然后删除BIC_Master_Policy。

  2. 在文本编辑器(如记事本)中,在 drive>:\Program Files\ Microsoft BizTalk Accelerator for SWIFT 版本消息包\SWIFT 消息\A4SWIFT-SRG 版本\基本策略中<打开BIC_Master_Policy.xml。><>< 删除SQL Server名称、BIC 数据库名称和集成安全值的双引号。

  3. 在业务规则引擎部署向导中,导入BIC_Master_Policy.xml,然后部署BIC_Master_Policy.xml。

  4. 在服务 MMC 中,重启规则引擎更新服务和 BizTalk 接收主机服务。

A4SWIFT 无法在没有适当的数据库权限的情况下处理未分析的消息

症状

删除 A4SWIFT 无法分析的消息时,A4SWIFT 无法处理该消息,但失败并出现未捕获的异常。

可能的原因

存在数据库权限问题。 默认情况下为 HostSvc 的 BizTalk 服务的登录帐户不包括在 A4SWIFT 管理员和 A4SWIFT 用户组中。

解决方案

将 BizTalk 服务的登录帐户添加到 A4SWIFT 管理员和 A4SWIFT 用户组。

InfoPath 修复表单的超时可能会导致修复工作流的不同阶段的消息的两个副本

症状

从 InfoPath 表单提交消息 (的任何工作流阶段) 时,如果表单提交时出错,则错误可能会导致两个邮件副本。 一条消息仍在当前阶段的收件箱中,另一条消息位于工作流中下一个角色的收件箱中。 尝试处理这些消息将导致以下内容:

  • 如果从收件箱提交工作流的下一个角色的邮件,该邮件将继续通过工作流。

  • 如果在从下一阶段收件箱提交的邮件已完成处理后,从收件箱提交当前阶段的邮件已完成处理,则从当前收件箱提交的邮件将在路由失败的情况下暂停。

  • 如果在从下一阶段收件箱提交的邮件已完成处理之前,在收件箱中提交当前阶段的邮件已完成处理,则从当前阶段的收件箱提交的邮件将返回到该阶段的收件箱,并且将收到以下错误:“由于以下原因重置工作流: 消息被篡改或用户在此阶段无效。之后,如果从收件箱提交下一阶段的邮件,也将重置该邮件的工作流。 它将返回到当前阶段的收件箱,你将收到上述错误。

可能的原因

InfoPath 表单已通过 Microsoft Windows Sharepoint Services 和执行验证的自定义 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 客户端网站显示身份验证错误。

解决方案

在管理员帐户下Internet Information Services (IIS) 中运行 BTSharePointAdapterWSAppPoolDefaultAppPoolApplication -> 和池。

另请参阅

疑难解答:问题和解决方法