Hypertext Transfer Protocol (HTTP) は、Web 上でハイパーテキストおよび XML 文書を転送および表示するために使用されるインターネット・プロトコルの 1 つです。
SOAP メッセージおよびノードを使用する方法の詳細については、SOAP とはを参照してください。
以下のように、HTTP ノードおよび SOAP ノードが TCP/IP ネットワークと対話する方法を選択できます。
このオプションは、既存ブローカーと新規ブローカーの両方において、HTTP ノードのデフォルト構成として設定されます。
このオプションは、既存ブローカーと新規ブローカーの両方において、SOAP ノードのデフォルト構成として設定されます。
それぞれのオプションの利点および構成方法についての詳細は、HTTP リスナーを参照してください。
以下の図は、HTTP メッセージのためにデフォルト・ポートに構成された、両方のタイプのリスナーの使用を示しています。
入力ノードと一致する正しい応答ノードを常に使用する必要があります。 HTTPReply ノードと SOAPInput、または SOAPReply ノードと HTTPInput ノードを結合することはできません。 応答しようとすると、ブローカーが例外を生成します。
応答ノードは、同じメッセージ・フロー内または異なるメッセージ・フロー内に含めることができます。
単一のブローカーのメッセージ・フローで SOAP ノードおよび HTTP ノードを使用している場合、ブローカー・リスナーと組み込みの実行グループ・リスナーのいずれかを使用して HTTP メッセージを処理するように選択できます。 構成でのリスナーが、SOAPInput ノードと HTTPInput ノードの両方とも取得する可能性のあるメッセージを受け取る場合、それらのノードの URL 指定を注意深く確認する必要があります。 両方の URL 指定が着信メッセージと一致する場合は、正しくないタイプのノードがメッセージを取得する可能性があり、処理が失敗するか予期しない結果が生じることがあります。 この状況は、HTTPInput ノードおよび SOAPInput ノードの「URL のパス接尾部」プロパティーに同一の値を指定した場合に起こります。 また、いずれか、または両方の指定でワイルドカードを使用し、着信メッセージが両方のプロパティーとマッチングする場合にも起こります。
HTTPS の使用法については、SSL 認証のインプリメントを参照してください。
また、外部 Web サーブレット・コンテナーで HTTP プロキシー・サーブレットを使用して、より多くの同時 HTTP セッションのためのリスナー・サポートを提供することもできます。 サーブレットとその使用方法の詳細については、HTTP プロキシー・サーブレットの概要を参照してください。
IBM HTTP Server (IHS) および WebSphere Message Broker を HTTP トポロジーに統合して、そのトポロジーで IHS のロード・バランシング機能とフェイルオーバー機能を利用する方法については、WebSphere Message Broker での外部 Web サーバーの使用を参照してください。