BTS 2006 Runtime新增机制

Interchange:
      经过XML与FF Receive Pipeline Component时,1个信封中的消息包会被分割为多个独立的消息体。这

些消息体的集合成为一个Interchange,通过Interchange ID关联。如果其中的某些消息体发生错误，如无法

通过模式验证，那么运行时会如何处理呢？
      在2004版本中，仅支持标准Interchange处理模式。它的特点是一旦存在一个消息体提交失败，整个

消息块作为一个整体被悬挂，不能重新提交，只能通过HAT中止。
       2006版本运行时提供另外一个选择，可恢复Interchange模式。它的特点是即使出现错误的消息体,这

些消息体会被包含在一个事务中被提交分发到MsgBox的不同群中。消息体之间不相互影响。有错误的消

息个体会被悬挂。通过验证的消息被成功提交。该模式在2006中是默认选择。Interchange模式的选择可

以在设计时或者运行时设置。

失败消息路由：
       2004版本不支持失败消息的路由。在2006中，设置Receive Pipeline中的可选项，失败信息相关的

属性会被提升，失败消息也可以被订阅，路由。

消息的重新提交：
        2004中，只有接受端的消息可以被重新提交。2006中则都可以。并且2006版本中，在控制台上提

供了查询，重新提交的功能，而不仅仅只能通过HAT。

消息的顺序发送
      06版本的编排中，使用DeliveryNotification特性来模拟。

大容量消息的转换
     06中，运行时根据消息的大小来选择两种内存使用模式，DOM与文件缓存。同时开发者可以设置消

息容量的阀值。