Mule が提供する一連のすぐに使えるトランスポートを評価し、それを ServiceMix や OpenESB などの提供物と比較しようとしています。
Mule のホームページで、サポートされているトランスポートのリストを見つけました。
http://www.mulesoft.org/documentation/display/current/Transports+Reference
ただし、コネクタのリストも次の場所にあります。
http://www.mulesoft.org/connectors
これらのリストには少なくとも重複する部分があるようですが、一部のテクノロジはコネクタではなくトランスポートとしてリストされています。たとえば、Quartz トランスポートはあるがコネクタではありません。
問題は、Mule トランスポートと Mule コネクタの正確な違いは何ですか? また、たとえば Quartz がコネクタではなくトランスポートである理由は何ですか?
トランスポートは、データを転送する方法、つまり HTTP やファイルの読み取り/書き込みなどのプロトコルを対象としています。これらは一般的な概念であり、そのようなデータ チャネルの背後にある相手は、純粋なデータ シンク、またはデータを交換できる相手、自社またはその他など、何でもかまいません。
コネクタは、salesforce.com や facebook などの特定の API を使用するために作成されます。通常、コネクタを選択すると、最終的にデータを転送する方法も決まります (例: HTTP)。
mulesoft.org から:
コネクタは、トランスポートを介してデータを送受信することにより、エンドポイントのように機能します。ただし、エンドポイントは広く使用されているプロトコル (JDBC、FTP、HTTP、POP3 など) の一般的なものですが、各コネクタは、Salesforce や Twitter などの特定のサードパーティ API との接続を最適化するように構築されています。
Mule の メッセージ ソース (インバウンドまたはアウトバウンド) は、トランスポートを使用して、Mule フレームワーク内のアプリケーションからアプリケーションにメッセージを伝送します。トランスポートはメッセージ チャネルを実装し、基になるデータ ソースまたはメッセージ チャネルへの一貫した接続を提供します。Mule にメッセージ ソースがある場合は常に、通信を確立および維持するためにバックグラウンドで動作する対応するトランスポートがあります。たとえば、HTTP トランスポートは、HTTP プロトコルを介して Mule の HTTP エンドポイントに送信されるメッセージを処理します。
トランスポートの心臓部は、トランスポートの構成と状態を維持するコネクタです。つまり、コネクタには、Mule が別のシステムまたはアプリケーションと実際に接続するために必要なほぼすべての接続の詳細が含まれています。