Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

本主题解释如何从流量日志中捕获的流量中创建固定的消息响应程序。本主题解释如何从通讯报文日志中捕获的通讯报文中创建固定的消息响应程序。

本章包含:

Table of Contents
maxLevel1

...

从通讯报文中创建“固定消息”虚拟资产


Info
title前提条件

请求和响应的 HTTP 数据头必须包含包含 xml 或 json 内容类型的内容类型头。 

例如:

Content-Type: application/json; charset=UTF-8
Content-Type: text/xml; charset=UTF-8

消息内容必须是格式良好的;否则,自动从流量中创建消息响应程序可能失败。 消息内容必须是格式良好的;否则,自动从通讯报文中创建消息响应程序可能失败。 

Tip
title提示:监视控制台视图

当从流量中创建消息响应器时,保持控制台视图可见是很有帮助的。此视图将显示在处理流量文件时生成的任何警告、错误和信息消息。当从通讯报文中创建消息响应器时,保持控制台视图可见是很有帮助的。此视图将显示在处理通讯报文文件时生成的任何警告、错误和信息消息。


若从流量文件自动创建和部署“固定消息”消息响应器,请完成以下内容:若从通讯报文文件自动创建和部署“固定消息”消息响应器,请完成以下内容:

  1. 在可用的创建向导中选择 Traffic> Generate Fixed Messages 选项。
  2. 完成通讯报文向导的第一页,如下:完成流量向导的第一页,如下:
    1. 指定流量文件的位置。指定通讯报文文件的位置。
    2. 如果需要,更改字符编码。
    3. 指定所需的消息分组选项(有关详细信息,请参见下面的框),然后单击 Next


    Info
    title消息分组选项

    可用选项包括:

    None: 没有分组。为流量文件中的每个响应消息生成一个响应器。如果希望每个请求 没有分组。为通讯报文文件中的每个响应消息生成一个响应器。如果希望每个请求/响应对位于单独的消息响应器中,请使用此选项。

    Based on operation/type: 根据操作或消息类型对消息进行分组。这对于包含可以通过操作或格式的消息类型(即,SOAP 主体下元素的名称、纯 XML 消息中根元素的名称或指定消息格式的消息类型)。为在流量文件中发现的每个操作消息中根元素的名称或指定消息格式的消息类型)。为在通讯报文文件中发现的每个操作/类型生成一个响应器。

    Based on similar requests: 根据请求消息结构对消息进行分组。这告诉 Virtualize 分析请求消息结构并将请求/响应分组到响应程序中,以便每个响应程序将包含与具有类似结构的请求相关的响应。当消息具有相同的 DOM 树模型时,即使它们具有不同的值,也会被认为是“相似的”。此选项用于优化和简化将请求与每个消息响应器中的响应关联的规则。

    Based on similar responses: 根据响应消息结构对消息进行分组。这告诉 Virtualize 分析响应消息结构并将请求/响应对分组到响应程序中,以便每个响应程序将包含具有类似结构的响应。当消息具有相同的 DOM 树模型时,即使它们具有不同的值,也会被认为是“相似的”。此选项用于生成为数据源参数化优化的消息响应程序。由于消息响应器中的所有响应都是类似的,因此可以更容易地为每个响应器生成数据源,以创建数据源驱动的资产。

  3. (仅限 MQ 和 JMS)在下一向导页中指定连接设置,然后单击 下一步
  4. 如下完成部署虚拟资产向导页面:
    1. 为将要创建的虚拟资产指定所需的名称和部署路径。它将部署在列出的端点。有关更多详情,请查阅 Configuring Individual Virtual Asset Deployment Settings
    2. 单击 Next
  5. 如下完成每个请求参数选择页面:
    1. 使用可用控件指定应该使用哪些参数值来确定虚拟资产的响应消息。您不需要配置这些选择;如果需要,可以启用默认的自动选择。有关更多详情,请查阅(下面的) 从流量中创建固定的消息响应器
    2. 单击 Next
  6. (可选)如果希望设置动态消息(使用从传入消息提取的数据对响应消息或数据头元素进行参数化),请为要参数化的每个操作完成配置动态消息页面。完成每个向导页面后,单击 Next 转到下一个操作的页面。
  7. 单击 Finish

...

Anchor
Completing the Request Parameter Selection Wizard
Completing the Request Parameter Selection Wizard
完成请求参数选择向导

“请求参数选择向导”将为在流量文件中检测到的每个操作提供一个步骤。在这个步骤中,Virtualize “请求参数选择向导”将为在通讯报文文件中检测到的每个操作提供一个步骤。在这个步骤中,Virtualize 将为每个操作/组生成一个基于“name”的 XPath;这将用于设置该操作的响应程序相关性。例如,如果 SOAP 主体下的元素名是“SubmitOrder”,那么设置到响应器相关部分的 Xpath 表达式将类似于 local-name(/*/*[local-name(.)="Body"]/*)="SubmitOrder"

...

  • 使用自动选项,Virtualize 将分析请求元素中的差异,然后使用该分析的结果为该操作/组中可用的多个响应生成 XPath 表达式。目标是为每个不同的请求元素自动生成响应。如果流量是 表达式。目标是为每个不同的请求元素自动生成响应。如果通讯报文是 SOAP Envelope,那么只要消息共享相同的操作元素(这是 SOAP 主体下的第一个元素),就允许存在结构差异。如果流量是通用 主体下的第一个元素),就允许存在结构差异。如果通讯报文是通用 XML,那么只要消息具有相同的根节点,就允许存在结构差异。
  • 如果手动选择请求参数,则可以选择一个或多个请求参数,用于生成这些多个响应 XPath。
  • 如果希望控制如何生成关联,我们建议使用手动选项。自动选项用于在简单的情况下快速生成/配置。

...