WebSphere Message Broker バージョン 8.0.0.5 オペレーティング・システム: AIX、HP-Itanium、Linux、Solaris、Windows、z/OS

製品の最新バージョンについては、IBM Integration Bus バージョン 9.0 をご覧ください。

CDInput ノード

WebSphere® Message Broker と組み合わせて IBM® Sterling Connect:Direct® を使用するとき、CDInput ノードを使用してファイルをプレビューします。

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

目的

CDInput ノードを使用して、IBM Sterling Connect:Direct と統合することにより、ファイル処理のための WebSphere Message Broker サポートを拡張できます。

z/OS® では、処理する必要のあるデータ・セットの到着通知を CDInput ノードが受け取ったとき、ノードはそのデータ・セットを処理する前に Unix システム・サービスに一時的にコピーします。

CDInput ノードはパレットの「ファイル」ドロワーに入っていて、WebSphere Message Broker Toolkit 内では次のアイコンによって表されます。

CDnput ノード・アイコン

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

CDInput ノードは、IBM Sterling Connect:Direct ネットワークからファイルを受け入れるように設計されている任意のフローで使用できます。

このノードの使用法については、以下のサンプルを参照してください。

サンプルに関する情報は、WebSphere Message Broker Toolkit に統合されているインフォメーション・センター、またはオンライン・インフォメーション・センターを使用する場合にのみ表示できます。 サンプルは、WebSphere Message Broker Toolkit に統合されているインフォメーション・センターを使用する場合にのみ実行できます。

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

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

ターミナル 説明
Failure Out ターミナルにメッセージが伝搬される前にエラーが起きた場合、メッセージのルーティング先となる出力ターミナル。 「妥当性検査」プロパティーを使って妥当性検査が行われるように指定していた場合でも、このターミナルに伝搬されたメッセージは妥当性検査されません。
Out 入力ファイルからメッセージが正常に抽出された場合に、メッセージがルーティングされる先の出力ターミナル。 入力ノード内でエラーが起こらなかった場合、外部リソースから受信されるメッセージは常にこの Out ターミナルにまず送信されます。
End of Data ファイル内のすべてのメッセージの処理完了後の、End of Data メッセージのルーティング先の出力ターミナル。 End of Data メッセージ・フロー・トランザクションが開始されるのは、このターミナルが接続されている場合のみです。

データの終わりの構造は、空のメッセージ本体、および out ターミナルから伝搬されたローカル環境情報で構成されます。

Catch 例外がダウンストリームでスローされ、ノードによってキャッチされた場合に、メッセージがルーティングされる出力ターミナル。 例外がキャッチされるのは、このターミナルが接続されている場合のみです。

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

CDInput ノードがメッセージを伝搬するときには、関連する情報が LocalEnvironment.CD および LocalEnvironment.CD.Transfer メッセージ・ツリーに格納されます。 入力ファイルが空の場合は、空のメッセージが伝搬します (ただし、有効であることが条件です)。 「ファイル名フィルター」プロパティーでワイルドカード文字を含むファイル名パターンを指定した場合、CDInput ノードは、ファイル名の中でワイルドカード文字に一致する文字とすべての中間文字を LocalEnvironment.Wildcard.WildcardMatch メッセージ・ツリーにコピーします。 詳しくは、ファイル・ノードでのローカル環境変数の使用を参照してください。

「説明」プロパティー

プロパティー M C デフォルト 説明
ノード名 いいえ いいえ CDInput ノードの名前。
簡略説明 いいえ いいえ なし ノードの簡単な説明
詳細説明 いいえ いいえ なし メッセージ・フロー内のノードの目的を説明するテキスト

「基本」プロパティー

プロパティー M C デフォルト 説明
ディレクトリー・フィルター いいえ はい なし ノードがどのディレクトリーからファイルを処理できるかを指定します。 このプロパティーをブランクのままにした場合、ノードはすべてのディレクトリーのファイルを処理できます。 複数の CDInput ノードが同じ実行グループにデプロイされる場合、フィルター操作が定義されていなければ、ファイルはそれらのノード間でランダムに分散されます。

このディレクトリーが存在している必要があります。

WebSphere Message Broker および IBM Sterling Connect:Direct サーバーが異なるマシン上にある場合、これはブローカー・マシン上のディレクトリーへのパスとなります。 IBM Sterling Connect:Direct を使用するときのさまざまな構成については、IBM Sterling Connect:Direct ノードを使用するときの拡張構成プロパティー、および Input セクションを参照してください。

構成可能サービスの brokerPathToInputDir フィールドが設定されている場合、ディレクトリー・フィルターをその値からの相対パスにすることができます。そうでない場合は、絶対パスである必要があります。

z/OS では、ファイルが順次データ・セット、区分データ・セット、または区分データ・セット・メンバーである場合、ディレクトリー・フィルター・フィールドをブランクのままにしてください。

ファイル名フィルター はい はい なし ファイル名、またはファイル名に一致する文字シーケンスを指定します。

ファイル名または文字シーケンスには、以下のワイルドカード文字のうち少なくとも 1 つを含めることができます。

  • * (ゼロ個以上の文字の任意のシーケンス)
  • ? (任意の 1 文字)

デフォルトでは、ノードはすべてのファイルを処理します。 複数の CDInput ノードが同じ実行グループにデプロイされる場合、フィルター操作が定義されていなければ、ファイルはそれらのノード間でランダムに分散されます。

CDInput ノードは、z/OS 順次データ・セット、区分データ・セット全体、または区分データ・セット・メンバーを処理できます。 データ・セットのアドレス指定の構文は、データ・セットのフルネームに基づきます (例えば MBUSER.TEST1)。

データ・セット・ファイル名フィルターの中の任意の場所でワイルドカード文字を使用できます。これは、通常のファイル名フィルター・パターンと同じ方法で機能します。

区分データ・セット内のメンバーに対しては、大括弧を使って例えば MBUSER.TEST(MEME01) のようにメンバー名を指定します。

区分データ・セットの全体を受け取ったとき、受信されたデータ・セットの各メンバーは個別のメッセージとして処理されます。

Connect:Direct サーバー 構成可能サービス いいえ はい デフォルト 転送情報を集めるために、Connect:Direct サーバー への接続に使われる構成可能サービスの名前。

この値が設定されない場合、("Default" という名前の) デフォルト構成可能サービスが使用されます。

デフォルト構成可能サービスはブローカーと同じマシン上にある Connect:Direct サーバー に接続し、デフォルト・ポート構成を使用します。

また、デフォルト構成可能サービスは「デフォルトの」セキュリティー ID を使用します。mqsisetdbparms コマンドを使ってこの ID を作成する必要があります (例えば mqsisetdbparms MB8BROKER -n cd::default -u mqbroker -p xxxxxxx と指定します)

IBM Sterling Connect:Direct を使用するときのさまざまな構成については、IBM Sterling Connect:Direct ノードを使用するときの拡張構成プロパティー、および Input セクションを参照してください。

正常処理時のアクション はい いいえ アクションなし ノードがファイルを正常に処理した後に行うアクションを選択します。

他のプロセスもそのファイルにアクセスする必要がある場合は、ファイルを入力ディレクトリーに残すよう選択することができます。 この場合、IBM Sterling Connect:Direct からの通知は削除されて、ファイルは現在の場所に残ります。

ファイルを削除することで、処理済みファイルが溜まるのを防ぐことができます。

行われたすべての転送を記録するためにファイルのアーカイブが必要な場合は、タイム・スタンプ・オプションを使用します。

z/OS では、データ・セットの使用時に「タイム・スタンプの追加」オプションがサポートされないことに注意してください。

「入力メッセージの解析」 プロパティー

プロパティー M C デフォルト 説明 mqsiapplybaroverride コマンド・プロパティー
メッセージ・ドメイン いいえ いいえ なし 着信メッセージの構文解析に使用されるドメイン。  
メッセージ・セット いいえ いいえ なし 着信メッセージが定義されているメッセージ・セットの名前または ID。

このプロパティーを設定してから、プロジェクトの依存関係を更新してこのメッセージ・セットの参照を削除すると、警告が発行されます。 「メッセージ・セット」プロパティーを更新するか、このメッセージ・セット・プロジェクトへの参照を復元してください。

 
メッセージ・タイプ いいえ いいえ なし 着信メッセージの名前。  
メッセージ形式 いいえ いいえ なし 着信メッセージの物理フォーマットの名前。  
メッセージ・コード化文字セット ID はい はい ブローカー・システム・デフォルト 読み取られるファイルのバイトを解釈するのに使用されるコード化文字セットの ID。 messageCodedCharSetIdProperty
メッセージ・エンコード はい はい ブローカー・システム指定 読み取られるファイルのバイトを解釈するのに使用される数字のエンコード・スキーム。 有効な値は、「ブローカー・システム指定」または数値のエンコード値です。 エンコードの詳細については、データ変換を参照してください。 messageEncodingProperty

「パーサー・オプション」 プロパティー

プロパティー M C デフォルト 説明
構文解析のタイミング いいえ いいえ 要求時 入力メッセージを構文解析する時を指定します。 有効な値は以下のとおりです。
  • 要求時
  • 即時
  • 完了

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

XML スキーマ・データ・タイプを使用してツリーを構築する いいえ いいえ 選択されていない メッセージ・ツリー内の構文エレメントが、XML スキーマから取得されたデータ・タイプを持つかどうかを指定します。
XMLNSC コンパクト・パーサーを XMLNS ドメインに使用 いいえ いいえ 選択されていない XMLNS ドメイン内のメッセージに XMLNSC コンパクト・パーサーを使用するかどうかを指定します。 このプロパティーを設定すると、以下のいずれかの項目が XMLNS である場合、出力ターミナルに接続されているノードの XMLNSC の下にメッセージ・データが表示されます。
  • 入力 MQRFH2 ヘッダー。
  • 「入力メッセージの構文解析」プロパティーの「メッセージ・ドメイン」。
混合内容の保存 いいえ いいえ 選択されていない XMLNSC パーサーが、入力メッセージ内の混合テキスト用に、メッセージ・ツリーにエレメントを作成するかどうかを指定します。 チェック・ボックスを選択すると、混合テキスト用のエレメントが作成されます。 このチェック・ボックスのチェックを外した場合、混合テキストは無視されて、エレメントは作成されません。
コメントの保存 いいえ いいえ 選択されていない XMLNSC パーサーが、入力メッセージ内のコメント用に、メッセージ・ツリーにエレメントを作成するかどうかを指定します。 チェック・ボックスを選択すると、コメント用のエレメントが作成されます。 このチェック・ボックスのチェックを外した場合、コメントは無視されて、エレメントは作成されません。
処理命令の保存 いいえ いいえ 選択されていない XMLNSC パーサーが、入力メッセージ内の処理命令のために、メッセージ・ツリーにエレメントを作成するかどうかを指定します。 チェック・ボックスを選択すると、処理命令用のエレメントが作成されます。 このチェック・ボックスのチェックを外した場合、処理命令は無視されて、エレメントは作成されません。
不透明エレメント いいえ いいえ ブランク XMLNSC パーサーによって不透明解析される入力メッセージ内のエレメントのリストを指定します。 不透明解析が実行されるのは、妥当性検査が使用不可に設定されている場合のみ (つまり、「妥当性検査」「なし」の場合) です。妥当性検査が使用可能な場合、「不透明エレメント」で指定される項目は無視されます。

「再試行」プロパティー

プロパティー M C デフォルト 説明 mqsiapplybaroverride コマンド・プロパティー
再試行メカニズム はい いいえ 失敗 ノードがフローの障害をどのように処理するかを示します。 有効なオプションは、以下のとおりです。
  • 失敗
  • 短い再試行
  • 短い再試行と長い再試行
 
再試行しきい値 はい はい 0 「再試行メカニズム」プロパティー値が「短い再試行」である場合に、フロー・トランザクションを再試行する回数。 retryThreshold
短い再試行間隔 (秒) いいえ はい 0 「再試行しきい値」プロパティーがゼロでない場合の各再試行間の秒単位の間隔。 shortRetryInterval
長い再試行間隔 (秒) いいえ はい 300 「再試行メカニズム」プロパティーが「短い再試行と長い再試行」で、再試行しきい値に達した場合の、再試行間の間隔。 longRetryInterval
ファイル失敗時のアクション はい はい アクションなし 入力ファイルの内容を処理するための試行がすべて失敗した場合に、ノードが入力ファイルに対して実施するアクション。 有効なオプションは、以下のとおりです。
  • アクションなし
  • 削除
  • タイム・スタンプの追加 z/OS ではこのオプションを使用できません
 

「レコードとエレメント」 プロパティー

プロパティー M C デフォルト 説明
レコード検出 はい いいえ ファイル全体 入力ファイル内のレコードを特定するために使用される仕組み。 有効なオプションは、以下のとおりです。
  • ファイル全体
  • 固定長
  • 区切り
  • 解析済みレコード・シーケンス
長さ はい いいえ 80 レコード検出に「固定長」が選択されたときの各レコードのバイト単位の長さ。
区切り文字 はい はい DOS または UNIX の行終了 「区切り」レコード検出が選択されたときに、各レコードを分離または終了する区切り文字バイトのタイプ。 有効なオプションは、以下のとおりです。
  • DOS または UNIX の行終了
  • カスタム区切り文字
カスタム区切り文字 いいえ はい なし 「区切り」レコード検出および「カスタム区切り文字」が選択されたときの、16 進数で表される区切り文字バイト。 「区切り文字」プロパティーを「カスタム区切り文字」に設定した場合のみ、このプロパティーは必須です。
区切り文字タイプ はい いいえ 後置 「区切り」レコード検出が選択されたときの区切り文字の位置。 有効なオプションは、以下のとおりです。
  • 後置
  • 中置
「区切り文字」プロパティーを「カスタム区切り文字」に設定しない限り、このプロパティーは無視されます。

「妥当性検査」プロパティー

これらのプロパティーの詳細については、妥当性検査プロパティーを参照してください。

プロパティー M C デフォルト 説明 mqsiapplybaroverride コマンド・プロパティー
妥当性検査 いいえ はい なし このプロパティーは、妥当性検査を行うかどうかを制御します。 有効な値は以下のとおりです。
  • なし
  • 内容と値
  • 内容
validateMaster
失敗時の処置 いいえ いいえ 例外 このプロパティーは、妥当性検査が失敗した場合の動作を制御します。 有効な値は以下のとおりです。
  • ユーザー・トレース
  • ローカル・エラー・ログ
  • 例外
  • 例外リスト
 

「トランザクション」プロパティー

プロパティー M C デフォルト 説明
トランザクション・モード いいえ いいえ いいえ この入力ノード上のトランザクション・モードによって、フロー内の残りのノードが同期点の下で処理されるかどうかが決まります。 有効なオプションは、以下のとおりです。
  • はい
  • いいえ

「インスタンス」 プロパティー。

これらのプロパティーの詳細については、構成可能な「メッセージ・フロー」プロパティーを参照してください。

プロパティー M C デフォルト 説明 mqsiapplybaroverride コマンド・プロパティー
追加インスタンス・プール いいえ はい メッセージ・フローに関連付けられたプールの使用 追加インスタンスの取得元のプール。
  • 「メッセージ・フローに関連付けられたプールの使用」 を選択すると、メッセージ・フロー・プールから追加インスタンスが取得されます。
  • 「ノードに関連付けられたプールの使用」を選択すると、追加インスタンスは「追加インスタンス」プロパティーで指定された数値をもとに、ノードの追加インスタンスから割り当てられます。
componentLevel
追加インスタンス いいえ はい 0 「追加インスタンス・プール」プロパティーが「ノードに関連付けられたプールの使用」に設定されている場合に、ノードが開始できる追加インスタンスの数。 additionalInstances
ノードのモニター・プロパティーが、次の表に説明されています。
プロパティー M C デフォルト 説明
イベント いいえ いいえ なし ノードに対して定義したイベントが、このタブに表示されます。 デフォルトでは、メッセージ・フローのどのノードに対してもモニター・イベントは定義されません。 ノードのモニター・イベントを作成、変更、または削除するには、「追加」「編集」、および「削除」を使用します。詳しくは、モニター・プロパティーを使用したモニター・イベント・ソースの構成を参照してください。

「使用可能」チェック・ボックスを選択またはクリアすることによって、ここに表示されているイベントを使用可能および使用不可に設定できます。

特記事項 | 商標 | ダウンロード | ライブラリー | サポート | フィードバック

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        最終更新:
        
        最終更新: 2015-02-28 17:48:25


参照トピック参照トピック | バージョン 8.0.0.5 | bc14020_