WebSphere Message Broker によるネーム・スペースの使用は、必ずしも XML メッセージ・モデルに限定されるわけではありません。 1 つのシナリオは、非 XML メッセージ・モデルでネーム・スペースを使用して、作成する ESQL または Java コードを単純化するというものです。
このシナリオを説明する前に、MRM パーサーがターゲット・ネーム・スペースを持つメッセージ定義ファイルで定義されたメッセージを構文解析するときに、名前とネーム・スペースの両方の情報を含む論理メッセージ・ツリーを生成することを理解するのは重要です。 これは、メッセージの物理フォーマットに関係なく 行われます。 非 XML (CWF または TDS) メッセージの場合、ネーム・スペースはメッセージ定義ファイルから取得されます。
レガシー COBOL アプリケーションからのメッセージを、ネーム・スペースが認識する XML (例えば、SOAP XML メッセージ) に変換する必要がある変換シナリオを考慮します。 変換では、COBOL メッセージ用に作成された論理メッセージ・ツリーを、XML メッセージに一致する論理メッセージ・ツリーにマップする必要があります。 COBOL メッセージ・ツリーにネーム・スペース情報が含まれていない場合、COBOL フィールドから XML エレメントへの各マッピングは、XML エレメントのネーム・スペースに設定する必要があります。 ただし、COBOL メッセージ・ツリーにすでに必要なネーム・スペース情報が含まれている場合は、このマッピングははるかに単純です。
MRM パーサーが、CWF または TDS メッセージから作成したメッセージ・ツリーでネーム・スペース情報を作成できるようにするには、メッセージ定義ファイルにターゲット・ネーム・スペースを指定する必要があります。 これは、メッセージ定義ファイルの作成プロセスの一部として行う必要があります。ファイルが作成されたときにこれを行うことはできません。 ターゲット・ネーム・スペースを指定するための次の 2 つの方法があります。 どちらの場合にも、メッセージ定義ファイルのターゲット・ネーム・スペースを、非 XML メッセージの変換先の XML メッセージのターゲット・ネーム・スペースと同じにしてください。
非 XML メッセージのメッセージ・ツリーと XML メッセージのメッセージ・ツリーの両方を処理する場合、変換を実行するために作成する ESQL または Java コードはネーム・スペースを認識するものでなければなりません。