继续符和 ContinuationID 节点

继续符为 BAM 基础结构提供有关以下信息的指导：

• 事件应按何种顺序发生

• 对与事件项关联的唯一 ID 中的任何更改进行处理的方法

  换种方式来说明此点，继续符定义如何向活动传输参与者之间的这些信息。 当以下情况出现时，将发生传输：

• 当活动正在进行时，ActivityID 发生变化。 例如，您有两个相关的消息，即采购订单号和销售订单号。 每个消息都有分配给它的唯一编号，例如，采购订单号的唯一编号为 123456，销售订单号的唯一编号为 987654。 您想使用继续符让采购订单和销售订单的唯一标识符相等，以便事件可以关联到公用活动，而不用管哪个唯一标识符与传入事件相关联。

• 从一个运行时环境转换到另一个运行时环境。 例如，如果应用程序向BizTalk Server消息传送管道提供采购订单，然后调用业务流程，业务流程随后将控制权传递给发送发货通知的应用程序，则有两种环境转换：从消息传递管道到业务流程，以及从业务流程到消息传送管道。

  在选择要用于您的继续符的属性的一个重要一点是：必须从同一上下文映射这些属性。

  例如，如果您具有属性 Message.InterchangeID 和 servicecontext.InterchangeID，则可能您可以使用 InterchangeID 来创建您的继续符。 如果这些消息来自不同的上下文，则您将不能使用 InterchangeID（或其他属性）来可靠地创建继续符。

使用继续符节点

“延续”节点包含指示唯一实例 ID（也称为 延续令牌）的数据项。 通过使用继续符，开发人员可以链接到使用 ContinuationID 节点的其他活动。

使用继续符和 ContinuationID 节点的基本情况有以下三种：

• 业务流程到业务流程

• 业务流程到 BizTalk 解决方案

• BizTalk 解决方案到业务流程

  在业务流程到业务流程的情况中，TPE 必须定义继续符节点和 ContinuationID 节点，并且这两个节点必须具有相同的名称以便 BAM 可以关联活动。

  在业务流程到 BizTalk 解决方案的情况中，您需要使用 TPE 定义继续符节点，并且开发人员需要创建一个用 BAM API 来处理该继续符的目标部分的解决方案。

  在 BizTalk 解决方案到业务流程的情况中，开发人员需要使用 BAM API 提供继续符对的起点，然后您需要使用 TPE 定义 ContinuationID 节点。

注意

双向端口可在两个方向上进行操作，这意味着要侦听传过这种端口的数据，可能需要启用继续符，具体情况取决于 BizTalk 解决方案的行为。 例如，如果活动在两个方向上为 BizTalk Server 消息处理端口的激活过程记录“PortEndTime”（例如，如果项名称为“MessageReceived”和“MessageSent”，这两项的顺序为此处的先后顺序），您需要在它们之间创建一个继续符。 如果有多个事件流分配到 BAM 活动中，并且每个实现接触点有不同的事件流（例如，BTS 消息传入、BTS 消息传出、业务流程、自定义应用程序以及 Web Services），则必须使用继续符。

另请参阅

如何创建延续
“TPE 活动视图”节点