...
| Table of Contents | ||
|---|---|---|
|
トラフィックからの「固定メッセージ」仮想アセットの作成
リクエストとレスポンスの HTTP ヘッダーには、XML または JSON コンテンツ タイプの Content-Type ヘッダーがなければなりません。例:
...
- 利用できる作成ウィザードで [トラフィック] > [固定メッセージの生成] を選択します。
- ウィザードへのアクセスの詳細については「Adding Projects, Virtual Assets, and Responder Suites」を参照してください。
- トラフィック ウィザードの先頭ページで以下の設定を行います。
- トラフィック ファイルの場所を指定します。
- 必要に応じて文字エンコーディングを変更します。
- 目的のメッセージ グループ化オプションを指定し、[次へ] をクリックします (詳細については トラフィックからの「固定メッセージ」レスポンダーの作成 Messaging Group Options を参照してください)。
- (MQ および JMS のみ) 次のウィザード ページで接続設定を指定し、[次へ] をクリックします。
- 以下の設定を行って [仮想アセットのデプロイ] ウィザード ページを完了します。
- 作成する仮想アセットの名前とデプロイメント パスを指定します。指定したエンド ポイントに仮想アセットがデプロイされます。詳細については「個別の仮想アセットのデプロイメント設定」を参照してください。
- [次へ] をクリックします。
- 以下の設定を行って [リクエスト パラメーターの選択] ページを完了します。
- 利用できるコントロールを使って、仮想アセットのレスポンス メッセージを決定するのに使用するパラメーター値を指定します。必ずしもこの選択を行う必要はありません。必要に応じて、デフォルトの自動選択を有効のままにできます。詳細については「[リクエスト パラメーターの選択 ] ウィザードの完了」を参照してください。
- [次へ] をクリックします。
- (オプション) レスポンス メッセージまたはヘッダー要素をパラメータライズするために受信メッセージから抽出されたデータを使って動的メッセージを設定したい場合、パラメータライズする操作ごとに [動的メッセージの設定] ページを完了します。各ウィザード ページの入力が終わったら、[次へ] をクリックして次の操作に進みます。
- 動的メッセージの設定方法については「[動的メッセージの設定] ウィザードの完了」を参照してください。
- [終了] をクリックします。
...
JSON コンテンツの場合、ログから読み取られたレスポンス メッセージごとにレスポンダーが作成されます。.pva の作成が終了した後に、レスポンダー応答条件基準を設定する必要があります。
メッセージ グループ化オプション
以下のメッセージ グループ化オプションを指定できます。
| なし | グループ化しない。トラフィック ファイル中のレスポンス メッセージごとにレスポンダーが生成されます。リクエスト/レスポンスのペアごとに個別のメッセージ レスポンダーを用意したい場合、このオプションを使用します。 |
|---|---|
| 操作/タイプに基づく | 操作またはメッセージ タイプに基づいてメッセージをグループ化します。このオプションが有用なのは、操作によって、あるいはメッセージ タイプ (つまり、SOAP ボディの要素名、プレーン XML メッセージのルート要素、または指定されたメッセージ形式のメッセージ タイプ) によって、明確に特定できるメッセージを持つサービス トラフィックの場合です。トラフィック ファイル中で発見された操作/タイプごとに 1 つのレスポンダーが生成されます。 |
| 類似リクエストに基づく | リクエスト メッセージの構造に基づいてメッセージをグループ化します。構造が類似したリクエストに関連するレスポンスを個々のレスポンダーが持つよう、Virtualize はリクエスト メッセージの構造を解析し、リクエスト/レスポンスをグループ化してレスポンダーにします。メッセージは、たとえ値が異なっていても、同一の DOM ツリー モデルを持つ場合に " 類似" と見なされます。このオプションは、各メッセージ レスポンダー内でレスポンスにリクエストを関連付けるための規則を最適化し簡潔にするために使用されます。 |
| 類似レスポンスに基づく | レスポンス メッセージの構造に基づいてメッセージをグループ化します。このオプションを選択すると、Virtualize は、レスポンス メッセージの構造を解析し、リクエスト/レスポンスのペアをグループ化してレスポンダーにすることで、個々のレスポンダーが、構造が類似したレスポンスを持つようにします。メッセージは、たとえ値が異なっていても、同一の DOM ツリー モデルを持つ場合に " 類似" と見なされます。このオプションは、データ ソースのパラメータライズのために最適化されるメッセージ レスポンダーを生成するために使用されます。メッセージ レスポンダー内のすべてのレスポンスが類似しているため、データ ソース駆動のアセットを作成するために、各レスポンダーに対してデー タソースをより簡単に生成することができます。 |
| Anchor | ||||
|---|---|---|---|---|
|
[リクエスト パラメーターの選択] ウィザードには、トラフィック ファイルで検出された各操作についてステップが示されます。このステップで、Virtualize は各操作/グループのための名前ベースの XPath を生成します。XPath は、その操作のレスポンダー応答条を設定するために使用されます。たとえば、SOAP ボディの下の要素名が "SubmitOrder" である場合、応答条件の選択セクションに設定される XPath 表現は次のようになります。 local-name(/*/*[local-name(.)="Body"]/*)="SubmitOrder"
...
- 自動オプションの場合、Virtualize はリクエスト要素における差異を解析し、解析結果を利用して、その操作/グループで利用できる複数レスポンスのための XPath 表現を生成します。その目的は、それぞれの異なるリクエスト要素に対してレスポンスを自動生成することです。トラフィックが SOAP エンベロープの場合、メッセージが同じ操作要素 (SOAP ボディの最初の要素) を共有する限り、構造の違いは許容されます。トラフィックが一般的な XML の場合、メッセージが同じルート ノードを持つ限り、構造の違いは許容されます。
- リクエスト パラメーターを手動で選択する場合、これらの複数レスポンスの XPath を生成するために、1 個以上のリクエスト パラメーターを選択できます。
- 応答条件の生成方法をコントロールしたい場合は、手動オプションを推奨します。自動オプションは、単純な状況の場合に応答条件を素早く生成/設定することを目的としたものです。
| Anchor | ||||
|---|---|---|---|---|
|
リクエスト メッセージの各操作について、[動的メッセージの設定] ウィザード ページが表示されます。[レスポンス] タブには、レスポンス メッセージで可能な要素がすべて表示され、ユーザーは受信リクエスト メッセージから抽出した値を使ってこれらの要素をパラメータライズすることができます。[トランスポート ヘッダー] タブでは、ヘッダーの値とプロパティをパラメータライズすることができます。
...
抽出方法を変更したい場合は、ツールの設定パネルを開き、「XML Data Bank」および「Header Data Bank」で説明しているように設定をカスタマイズします。
仮想アセットのデプロイ
Virtual Asset フォルダーに .pva が作成された場合、ウィザードが完了すると、仮想アセットは自動的にローカルの Virtualize サーバーにデプロイされます。そうでない場合、ユーザーは準備ができたときにいつでもローカル サーバーまたはリモート サーバーに仮想アセットをデプロイすることができます。
デプロイ手順とオプションの詳細については、「仮想アセットのデプロイ」を参照してください。
仮想アセットのカスタマイズ
メッセージ レスポンダーの振る舞いをカスタマイズする方法については、「メッセージ レスポンダーの概要Message Responder Overview」を参照してください。