メッセージのモデル化は、ご使用のアプリケーションが使用するメッセージ形式を事前定義するための 1 つの方法です。
メッセージをモデル化すると、 WebSphere Message Broker のような製品が、 メッセージ・モデルを使用してメッセージ形式を自動的に構文解析して書き込むことができるようになります。
メッセージをモデル化するとき、以下の概念を理解している必要があります。
メッセージ・セット・プロジェクトは、 唯一のメッセージ・セットと関連したリソースすべてを作成して保守するための特殊なプロジェクト (コンテナー) です。
メッセージ・セットは、メッセージおよびメッセージを構成するオブジェクト (エレメント、タイプ、グループ) の論理グループです。 メッセージ・セットには、以下のファイルが含まれます。
メッセージ・セット・ファイルは、メッセージ・セット内のすべてのメッセージに共通のメッセージ・モデル情報を提供します。 この情報を、メッセージ・セット・エディターを使用して作成できます。
メッセージ・セットの作成が終わると、通常は XML DTD、XML スキーマ、WSDL ファイル、C 構造体、または COBOL 構造体で記述されたアプリケーション・メッセージ形式をインポートし、メッセージ定義ファイルを作成し、データを取り込みます。 その後、メッセージ定義エディターを使用して、メッセージの論理構造を編集し、 送信時のメッセージ・ビット・ストリームの厳密な形状を表す物理形式を作成し、編集することができます。 代わりに、エディターだけを使用して空のメッセージ定義ファイルを作成してメッセージを作成することができます。
メッセージ定義ファイルが完成すると、アプリケーションが使用できる形式のメッセージ・セットを生成できます。 次の、いずれかが可能です。
メッセージは、利便性と WSDL の生成の補助の両方の目的のため、 オプションでメッセージ・カテゴリーにグループ化できます。 メッセージ・カテゴリー・エディターを使用して、 メッセージをメッセージ・カテゴリーに追加できます。
メッセージ・セット・ファイル、メッセージ定義ファイル、またはメッセージ・カテゴリー・ファイルを保管するたびに、 その内容は妥当性検査されて、 作成しているメッセージ・モデルが特定の規則に従っているかを確認します。 論理構造および物理形式の両方には規則があります。 妥当性検査によりモデルの保全性は確実になりますが、 必ずしも無効なメッセージ・モデル・ファイルの保管を回避することにはなりません。
WebSphere Message Broker のような製品は、 通常はメッセージ形式を構文解析し、書き込むためのパーサーの範囲を提供します。 それぞれのパーサーは、 メッセージ・ドメインとして知られているメッセージの特定のクラス (固定長バイナリー、区切りテキスト、XML など) に適しています。 作成されるそれぞれのメッセージ・セットはドメインを指定します。ドメインは、 そのメッセージ・セット内で定義されるメッセージの構文解析や書き込みをするときに使用されるパーサーを決定します。