Compute ノード

このトピックには、以下のセクションが含まれています。

目的

Compute ノードは、1 つ以上の新規出力メッセージを構成するために使用します。 これらの出力メッセージは、入力メッセージで提供される情報を変更することによって作成される場合も、データベースから入手できる (そうでない場合もある) 新規情報のみを使って作成される場合もあります。 入力メッセージのエレメント (例えばヘッダー、ヘッダー・フィールド、および本体データ)、関連する環境、および例外リストを使用して、新規の出力メッセージを作成できます。

メッセージ・フロー ESQL リソース・ファイル内に ESQL をコーディングすることにより、新規メッセージの作成方法を指定します。ユーザーは、ESQL 式を使用してメッセージのコンポーネントを作成および変更し、入力メッセージと外部データベースのデータの両方のエレメントを参照できます。 式では、算術演算子、テキスト演算子 (連結など)、論理演算子、およびその他の組み込み関数を使うことができます。

以下の目的で、Compute ノードを使用します。

  • 割り当てステートメントのセットを使用して、新しいメッセージを構築する
  • パーサー間でメッセージをコピーする
  • メッセージをあるコード・セットから別のコード・セットに変換する
  • メッセージをある形式から別の形式に変換する

このノードに関連付けられるモジュール内の ESQL ステートメントは、このメッセージ・フローに関連付けられる ESQL (.esql) ファイル内に定義します。 メッセージ・フローの定義を完了するには、このファイルを作成する必要があります。

ワークベンチでは、Compute ノードは次のアイコンで表されます。

Compute ノード・アイコン

メッセージ・フロー内でのこのノードの使用

このノードが使用される方法に関しては、次のサンプルを参照してください。

監査目的のため、受け取るオーダーのそれぞれに固有な ID を付けたいメッセージ・フローを考えてください。Compute ノードは入力メッセージを変更しないで、変更された新しいメッセージのコピーを出力メッセージとして作成します。 Compute ノードを使ってオーダーに対する固有の ID を出力メッセージに挿入し、メッセージ・フロー内の後続ノードがそのメッセージを使用することができます。

Compute ノードの構成

Compute ノードのインスタンスをメッセージ・フローに入れると、Compute ノードを構成することができます。 エディター・ビューでノードを右クリックし、「プロパティー」をクリックします。ノードの基本プロパティーが表示されます。

値を入力する必要のある (デフォルト値が定義されていない) すべての必須プロパティーには、プロパティー・ダイアログにアスタリスクが表示されます。

以下のように、Compute ノードを構成します。

  1. データベース対話の定義
  2. ESQL の指定
  3. モードの設定
  4. メッセージの妥当性検査

構成が完了したら、「適用」をクリックします。 これにより、プロパティー・ダイアログを閉じずに Compute ノードが変更されます。 「OK」をクリックすると、変更を適用してプロパティー・ダイアログを閉じます。 「キャンセル」をクリックすると、ダイアログを閉じてプロパティーに対して行った変更をすべて破棄します。

データベース対話の定義

このノードからデータベースにアクセスしたい場合には、以下のようにします。

  • データ・ソース」に、メッセージ・フローが実行されるシステム上で該当するデータベースが認識される名前を指定します。ブローカーは、mqsicreatebrokermqsichangebroker、または mqsisetdbparms コマンドを使用してセットアップしたユーザー ID およびパスワード情報を使用して、このデータベースに接続します。

    z/OS システムの場合、ブローカーは、ブローカーが開始するタスクの ID を使用するか、または mqsisetdbparms コマンド JCL の、カスタマイズ・データ・セット <hlq>.SBIPPROC の BIPSDBP で指定されたユーザー ID とパスワードを使用します。

  • ドロップダウン・メニューから「トランザクション 」を選択します。値は以下のとおりです。
    • 「自動」(デフォルト)。 Compute ノードが属するメッセージ・フローが正常に行われると、そのメッセージ・フローがコミットされます。 つまり、ESQL モジュールで定義したアクションがメッセージ上で実行され、それはメッセージ・フローを通して継続します。 メッセージ・フローは、失敗するとロールバックされます。 「自動」を選択した場合、データベース上で Compute ノードのアクションをコミットするかロールバックするかは、メッセージ・フロー全体の成功または失敗に依存します。
    • 「コミット」。メッセージ・フロー全体の成功または失敗に関係なく、データベース上で Compute ノードのアクションをコミットしたい場合は、「コミット」を選択します。メッセージ・フローが失敗しても、データベースへの更新はコミットされます。

    ここで選択した値が、ユーザーが追加した 1 つ以上のデータベース表にインプリメントされます。表毎に違う値を選択することはできません。

  • プロパティー・ダイアログ・ナビゲーターで「基本」を選択し、次の 2 つのチェック・ボックスを選択するかまたはチェックを外します。
    • データベース警告メッセージをエラーとして扱い、ノードから出力メッセージを failure ターミナルに伝搬したい場合は、「警告をエラーとして扱う」チェック・ボックスを選択します。 最初、このチェック・ボックスはチェックされていません。

      このボックスを選択した場合、ノードはデータベースからのすべての正の戻りコードをエラーとして扱い、負の戻りコードについてと同じ方法で例外を生成するか、問題がより重大である場合はエラーを生成します。

      このボックスを選択しなかった場合、ノードは警告を通常の戻りコードとして扱い、例外を生成しません。 生成される最も重大な警告は「見つかりません」であり、これはほとんどの環境で正常な戻りコードとして支障なく扱うことができます。

    • データベース・エラーが検出されたときにブローカーが例外を生成するようにしたい場合は、「データベース・エラーで例外をスローする」チェック・ボックスを選択します。最初、このチェック・ボックスは選択されています。

      このチェック・ボックスのチェックを外す場合、データベース呼び出しを行うたびに返される可能性のあるデータベース・エラーを調べるために ESQL を含める必要があります (これには SQLCODE および SQLSTATE を使うことができます)。エラーが発生した場合、メッセージ・フロー内のエラーを処理してブローカーとデータベースの整合性を確認する必要があります。 ブローカーによるデフォルト・エラー処理を呼び出さないように選択してあるため、自分でエラーを処理しない限り、エラーは無視されます。 例えば、このノードで例外をスローするために ESQL THROW ステートメントを含めることができます。 あるいは、メッセージ・フローの中で Throw ノードを使用して後で独自の例外を生成することができます。

ESQL の指定

Compute ノードの動作をカスタマイズするには、ESQL ステートメントをコーディングします。 例えば、入力メッセージ、データベースの内容 (変更なし、または変更あり)、または新しいデータを使って 1 つ以上の新規出力メッセージを作成するようにこのノードの動作をカスタマイズできます。 データベースからの値を追加することにより入力メッセージ内の値を変更し、その結果を出力メッセージ内のフィールドに保管することもできます。

必要な ESQL ステートメントは、この Compute ノードのインスタンスが含まれるメッセージ・フローに関連付けられた ESQL ファイル内にコーディングします。デフォルトで <message_flow_name>.esql という名前を持つこの ESQL ファイルには、ESQL を必要とするメッセージ・フロー内のすべてのノード用の ESQL が含まれています。特定のノードに関連したコードの部分はモジュールと呼ばれます。

このメッセージ・フロー用の ESQL ファイルが存在していない場合、Compute ノードを右クリックして、「ESQL のオープン」をクリックします。これにより、ESQL エディター・ビューに新しい ESQL ファイルが作成されてオープンされます。

ファイルが既に存在する場合は、「ESQL モジュール 」プロパティーの横にある「ブラウズ」ボタンをクリックします。「モジュール選択」ダイアログが表示され、このメッセージ・フローで使用可能な ESQL ファイルで定義されている Compute ノード・モジュールがリストされます (ESQL ファイルは従属する他のプロジェクトで定義することができます)。適切なモジュールを選択して、「OK」をクリックします。使用できる適切なモジュールがない場合は、リストは空になります。

指定されたモジュールが存在しない場合、それが作成され、エディターはファイルを表示するために位置付けします。 ファイルとモジュールが既に存在する場合、エディターはファイルを位置付けし、正しいモジュールを強調表示します。

「リソース・ナビゲーター」で適切な ESQL ファイルをオープンし、「アウトライン」ビューでこのノードを選択することもできます。

新規または既存の ESQL ファイル内でこのノード用にモジュール・スケルトンが作成された場合、以下の ESQL が含まれます。この例では、デフォルトのモジュール名が表示されています。

CREATE COMPUTE MODULE <flow_name>_Compute
       CREATE FUNCTION Main() RETURNS BOOLEAN
       BEGIN
              -- CALL CopyMessageHeaders();
              -- CALL CopyEntireMessage();
              RETURN TRUE;
       END;

       CREATE PROCEDURE CopyMessageHeaders() BEGIN
              DECLARE I INTEGER 1;
              DECLARE J INTEGER CARDINALITY(InputRoot.*[]);
              WHILE I < J DO
                     SET OutputRoot.*[I] = InputRoot.*[I];
                     SET I = I + 1;
              END WHILE;
       END;

       CREATE PROCEDURE CopyEntireMessage() BEGIN
              SET OutputRoot = InputRoot;
       END;
END MODULE;
注: この Compute ノードを含むメッセージ・フローを、バージョン 5.0 より前のバージョンのブローカーにデプロイしたい場合には、上に示されているモジュール・スケルトンの ESQL に以下の変更を加える必要があります。
  • 次の部分を
    DECLARE I INTEGER 1;
    次のものに置き換えます。
    DECLARE I INTEGER; SET I=1;
  • 次の部分を
    DECLARE J INTEGER CARDINALITY(InputRoot.*[]);
    次のものに置き換えます。
    DECLARE J INTEGER; SET J=CARDINALITY(InputRoot.*[]);

自分で ESQL モジュールを作成する場合、このスケルトンをそのまま正確に作成する必要があります。 ただし、プロシージャー呼び出しと定義は別です (後述)。 デフォルトの名前を更新することができますが、指定する名前は、対応するノード・プロパティー「ESQL モジュール」と一致することを確認してください。モジュール名に 1 つ以上のスペースを含めるには、「ESQL モジュール」プロパティーで、名前を二重引用符で囲まなければなりません。

このノードをカスタマイズするための ESQL を、BEGIN ステートメントと CREATE FUNCTION から RETURN TRUE の間に追加します。 スケルトンに組み込まれている、プロシージャー CopyEntireMessage と CopyMessageHeaders への 2 つの呼び出しを使用することができます。

これらのプロシージャーは、関数 Main の次に定義されており、メッセージを操作するときに必要となるかもしれない一般的な機能を備えています。 スケルトンの中で、呼び出しはコメント化されています。 プロシージャーを使用するには、コメント・マーカーを除去します。 プロシージャーを使用しない場合は、呼び出しとプロシージャー定義を両方ともモジュールから除去します。

前のリリースでは、これらのプロシージャーによって実行される機能は、これに相当するプロパティー・ダイアログ上の 2 つの Compute ノードのラジオ・ボタンによって提供されていました。

「ファイル」 > 「新規」 > 「メッセージ・フロー ESQL ファイル 」 により ESQL ファイルを作成することもできます。

モードの設定

計算モード」を選択する場合、出力メッセージの 「メッセージ」「LocalEnvironment」 (以前は DestinationList と呼ばれていました)、および 「例外」 コンポーネント (これらはノード内で生成されるかまたは着信メッセージに含まれているかのどちらか) がデフォルトで出力メッセージ内で使用されるかどうかを指定します。

このデフォルトは、ノードにおける処理完了時に変換済みメッセージが Out ターミナルにルーティングされるときに使用されます。 また、PROPAGATE ステートメントがその出力メッセージの構成を指定していない場合にも常に使用されます。

選択に含めなかったコンポーネントは、未変更で渡されます。 これらのコンポーネントを変更しても、更新はこのノードに対してローカルになります。

メッセージ・ツリーの「環境」コンポーネントは、モード設定に影響されません。 これに内容がある場合、その内容は出力メッセージの中のこのノードから受け渡されます。

このプロパティーは、必要な出力メッセージ形式を正しく反映するように設定する必要があります。メッセージの特定の部分を含んでいないオプションを選択した (またはデフォルト値を受け入れた) 場合、メッセージのその部分は、構成される出力メッセージに組み込まれません。

これらのオプションについては、以下の表で説明します。

モード 説明
メッセージ (デフォルト) メッセージが Compute ノードにより生成されるか、または Compute ノード内で変更されて渡されます。
LocalEnvironment LocalEnvironment ツリー構造が Compute ノードにより生成されるか、または Compute ノード内で変更されて渡されます。
LocalEnvironment とメッセージ LocalEnvironment ツリー構造とメッセージが Compute ノードにより生成されるか、または Compute ノード内で変更されて渡されます。
例外 例外リストが Compute ノードにより生成されるか、または Compute ノード内で変更されて渡されます。
例外とメッセージ 例外リストとメッセージが Compute ノードにより生成されるか、または Compute ノード内で変更されて渡されます。
例外と LocalEnvironment 例外リストと LocalEnvironment ツリー構造が Compute ノードにより生成されるか、または Compute ノード内で変更されて渡されます。
すべて メッセージ、例外リスト、および LocalEnvironment が Compute ノードにより生成されるか、または Compute ノード内で変更されて渡されます。

Compute ノードは入力メッセージと出力メッセージの両方を持つため、ESQL を使って両方のフィールドを参照することができます。また、入力および出力メッセージの本体だけでなく、InputLocalEnvironment、OutputLocalEnvironment、InputExceptionList および OutputExceptionList で作業することもできます。

メッセージの妥当性検査

Compute ノードによって生成されるメッセージを妥当性検査する方法を定義するために、妥当性検査プロパティーを設定します。 これらのプロパティーによって、入力メッセージの妥当性検査は行われないことに注意してください。 そのような妥当性検査が必要な場合には、入力ノードまたは先行する validation ノードによって妥当性検査がすでに行われていることが期待されます。

詳細については、メッセージの妥当性検査およびMRM ドメインのメッセージの妥当性検査プロパティーを参照してください。

ターミナルおよびプロパティー

Compute ノード・ターミナルについては、次の表に説明されています。

ターミナル 説明
In ノードが処理するメッセージを受け入れる入力ターミナル。
Failure 処理されない例外が計算時に発生した場合、入力メッセージがルーティングされる出力ターミナル。
Out ノードでの処理が終了した時に、変換されたメッセージがルーティングされる出力ターミナル。 変換されたメッセージは、PROPAGATE ステートメントによってこのターミナルにルーティングされる場合もあります。
Out1 変換されたメッセージが PROPAGATE ステートメントによってルーティングされる第 1 の代替出力ターミナル。
Out2 変換されたメッセージが PROPAGATE ステートメントによってルーティングされる第 2 の代替出力ターミナル。
Out3 変換されたメッセージが PROPAGATE ステートメントによってルーティングされる第 3 の代替出力ターミナル。
Out4 変換されたメッセージが PROPAGATE ステートメントによってルーティングされる第 4 の代替出力ターミナル。
注: PROPAGATE ステートメントの構文については、PROPAGATE ステートメントを参照してください。

以下の表でノードのプロパティーを説明します。M の見出しの列は、プロパティーが必須 かどうかを示します (デフォルトが定義されていない場合に値を入力することが必要なら、プロパティー・ダイアログにアスタリスクのマークが付きます)。 C の見出しの列は、プロパティーが構成可能 かどうかを示します (メッセージ・フローを bar ファイルに追加してデプロイするとき、値を変更できます)。

Compute ノードの「基本」プロパティーについては、次の表に説明されています。

プロパティー M C デフォルト 説明
データ・ソース いいえ はい   このメッセージ・フローに関連付けられた ESQL ファイル (「ESQL モジュール」プロパティーにより識別される) で参照する表が存在するデータベースの ODBC データ・ソース名。ノードに対して指定できるデータ・ソースは 1 つだけです。
トランザクション はい いいえ 自動 ノードのトランザクション・モードです。「自動」 または「コミット」を選択できます。これは、データベース表を入力として指定した場合にのみ有効です。
ESQL モジュール はい いいえ Compute データベースおよび入力・出力メッセージに対して実行されるステートメントを含む、ESQL リソース (ファイル) 内のモジュールの名前。
Compute モード はい いいえ メッセージ 以下から選択できます。
  • メッセージ
  • LocalEnvironment
  • LocalEnvironment とメッセージ
  • 例外
  • 例外とメッセージ
  • 例外と LocalEnvironment
  • すべて
これについては、モードの設定で説明しています。
警告をエラーとして扱う はい いいえ 選択されていない データベース SQL 警告をエラーとして扱います。 チェック・ボックスを選択すると、このアクションが実行されます。
データベース・エラーで例外をスローする はい いいえ 選択されている データベース・エラーによりブローカーは例外をスローします。 チェック・ボックスを選択すると、このアクションが実行されます。

Compute ノードの妥当性検査プロパティーについては、次の表に説明されています。

プロパティー M C デフォルト 説明
妥当性検査 はい はい 「なし」 妥当性検査が行われるかどうか。有効な値は、「なし」「内容と値」「内容」、および「継承」です。
失敗処置 はい いいえ 例外 妥当性検査障害が発生した場合の処理。「妥当性検査」が「内容」または「内容と 値」に設定されている場合にのみ、このプロパティーを設定できます。 有効な値は、「ユーザー・トレース」「ローカル・エラー・ログ」「例外」、および「例外リスト」です。
すべての値制約を含める はい いいえ 選択されている このプロパティーは編集できません。 チェック・ボックスが選択されていることにより示されるデフォルトのアクションは、すべての値制約が妥当性検査に含まれるということです。
修正 はい いいえ 「なし」 このプロパティーは編集できません。 最小限の修正が行われます。 有効な値は、「なし」、および「フル」です。

MQGet ノードの汎用メッセージ・オプションのプロパティーについては、次の表に説明されています。

プロパティー M C デフォルト 説明
構文解析のタイミング はい いいえ 要求時 このプロパティーは、入力メッセージを構文解析する時を制御します。 有効な値は、「要求時」「即時」、および「完全」です。

このプロパティーの詳細については、要求時の構文解析を参照してください。

MQRFH2C コンパクト・パーサーを MQRFH2 ドメインに使用 いいえ いいえ 「False」 このプロパティーは、MQRFH2 パーサーの代わりに、MQRFH2C コンパクト・パーサーを MQRFH2 ヘッダーに使用するかどうかを制御します。

Compute ノードの XMLNSC パーサー・プロパティーについては、次の表に説明されています。

プロパティー M C デフォルト 説明
XMLNSC コンパクト・パーサーを XMLNS ドメインに使用 はい 選択されていない 「いいえ」 変更の始まりこのプロパティーを設定すると、出力 MQRFH2 が XMLNSC パーサーではなく XMLNS パーサーを指定して、外部アプリケーションが変更されないようにします。出力メッセージに MQRFH2 ヘッダーが含まれていない場合は、このプロパティーは影響しません。変更の終わり
混合内容保存モード はい いいえ 「なし」 このプロパティーは、XMLNSC パーサーが入力メッセージ内に混合テキストを検出したとき、メッセージ・ツリー内にエレメントを作成するかどうかを制御します。 有効な値は、「なし」および「すべて」です。「すべて」を選択すると、混合テキストに対してエレメントが作成されます。 「なし」を選択すると、混合テキストは無視されて、エレメントは作成されません。
コメント保存モード はい いいえ 「なし」 このプロパティーは、XMLNSC パーサーが入力メッセージ内にコメントを検出したとき、メッセージ・ツリー内にエレメントを作成するかどうかを制御します。 有効な値は、「なし」および「すべて」です。「すべて」を選択すると、コメントに対してエレメントが作成されます。 「なし」を選択すると、コメントは無視されて、エレメントは作成されません。
処理命令保存モード はい いいえ 「なし」 このプロパティーは、XMLNSC パーサーが入力メッセージ内に処理命令を検出したとき、これらのメッセージ・ツリー内にエレメントを作成するかどうかを制御します。 有効な値は、「なし」および「すべて」です。「すべて」を選択すると、処理命令に対してエレメントが作成されます。 「なし」を選択すると、処理命令は無視されて、エレメントは作成されません。

Compute ノードの「説明」プロパティーについては、次の表に説明されています。

プロパティー M C デフォルト 説明
簡略説明 いいえ いいえ   ノードの簡単な説明
詳細説明 いいえ いいえ   メッセージ・フロー内のノードの目的を説明するテキスト
特記事項 | 商標 | ダウンロード | ライブラリー | サポート | フィードバック
Copyright IBM Corporation 1999, 2006 最終更新: 08/21/2006
ac04660_