BizTalk Server 2006运行时改进(3)

在图 6 中，#1、#2 和 #4 消息已经被接收管道成功地解析和验证，而 #3 消息因为包含一个解析错误而遭遇失败。所有的四个消息正在由 EPM 进行收集，并在被路由到适当的队列之前等待交换中的其余部分被处理。#5 正被管道处理，但发现了一个验证错误。

图 7：可恢复交换处理

在图 7 中，所有六个消息部分已经被处理完毕。总共有 4 个消息成功通过，2 个消息因为解析和验证错误而遭遇失败。既然整个交换已经处理完毕，EPM 可以将所有 6 个消息路由到消息箱中的适当队列了。

图 8：可恢复交换处理

因为 #3 和 #5 消息包含错误，它们将以其原先的平面文件格式发送到消息箱中，并放置于被挂起的队列中。由于 #1、#2、#4 和 #6 是成功的，它们将以 XML 格式的文档发送到消息箱中，并放置于工作队列中，如图 8 所示。

从这个示例中我们可以看到，可恢复交换处理方案的结果与前面的标准交换处理示例中的结果截然不同。不是只有单个被挂起的交换，而是拥有 4 个在消息箱中等待处理的消息以及 2 个被挂起的消息。

如何配置交换处理

为管道选择交换处理类型共有两种方式。第一个选项是在设计时。在开发者创建自定义管道时，他们可以选择使用 Visual Studio.NET 2005 中的管道设计器 (Pipeline Designer) 来设定可分解组件的默认配置属性。在被编译和部署之后，这些设定将成为管道在接收位置中被选定时的默认设定。若要查看可在 Visual Studio 中设置的属性，请参见图 1。

图 1：从 Visual Studio 设定管道组件

第二个选项是在运行时使用 BizTalk 管理控制台。任何接收管道的设定，除不需要配置的默认 PassThruReceive 管道之外，都可以使用该控制台来进行重载。在默认条件下，开包即用的 xmlreceive 管道被配置为标准交换处理。改变这些设定只是一次配置设定，而无须对该管道进行重新编译。若要查看可从管理控制台中设定的属性，请参见图 2。

图 2：从 BizTalk 管理控制台设定管道属性

当与接下来讨论的已失败消息路由复合使用时，可以创建用于处理已失败消息的编排，例如，由用户进行路由并以手动方式进行检查。