BizTalk が何であれ、MoM または ESB でメッセージングに使用される仕様について少し混乱しています。
それを介してメッセージを送信するときに使用できる BizTalk メッセージ形式はありますか、または JMS メッセージ形式の仕様は、BizTalk で使用される一般的な代替手段ですか?
私は一方から .NET アプリを、ESB の反対側から、BizTalk を真ん中に置いています。これらのメッセージを JMS 形式でラップして BizTalk 経由で送信する必要がありますか? または、BizTalk に典型的な何らかのメッセージ形式がありますか?
言いたくないのですが、BizTalk のインストール状況によって異なります。BizTalk は、指定されたものを受け入れるエンドポイント (Biztalk 用語ではポート) を提供します。BizTalk はメッセージを 1 つ (または複数) の送信先システムにルーティングするだけですが、メッセージを配信する前にメッセージに変換を適用することもできます (必須ではありません)。
まとめると、BizTalk があれば、宛先システムについて心配する必要はありませんが、BizTalk に渡されるようにネゴシエートされたものについてのみ心配する必要があります。
話しているポート、キューまたはサービスは何ですか?
BizTalk が JMS ESB とどのように統合されるかについては 100% 確信が持てません。たとえば、BizTalk にはJMS ESB の例を含む ESB ツールキットがあります。
しかし、以下は一般的な意味で役立つでしょうか？
内部的には、BizTalk は XMLを使用しており、受信メッセージに特定のエンベロープ、ヘッダー/フッターなどを含める必要はありません。メッセージは有効な XML 形式にすることができます。
たとえば、Websphere MQ と統合している場合、BizTalk は MQ メッセージの本文コンポーネント (XML である必要があります) のみに関心があります。
(組織内のメッセージ スキーマを管理している場合、これらのメッセージを共通の形式に「標準化」することは確かに害にはなりません。たとえば、メッセージを簡単に識別できるように、標準のヘッダーおよびフッター セクションを含めます)
BizTalk は、主にルート ノード名とその名前空間 (形式xmlns#root) に基づいてメッセージの「種類」を識別します。したがって、メッセージの種類ごとに一意であることが理想的です。
BizTalk は、他の形式 (フラット テキスト ファイル、UN EDIFACT など) からデータを読み取ることもできますが、コンテンツ ベースのルーティングや別の形式へのマッピングなどを実行できるようにするためには、通常、データを XML に解析できる必要があります。