我正在尝试评估 Mule 提供的开箱即用传输集，并将其与来自例如的产品进行比较。 ServiceMix 和 OpenESB。
在 Mule 的主页上，我可以在以下位置找到支持的传输列表：
http://www.mulesoft.org/documentation/display/current/Transports+Reference
不过，我还可以在以下位置找到连接器列表：
http://www.mulesoft.org/connectors
这些列表之间似乎至少有一些重叠，但有些技术被列为传输，而不是连接器，例如有一个 Quartz 传输，但不是连接器。
所以问题是：骡运输和骡连接器之间究竟有什么区别，以及为什么是例如。 Quartz 是传输而不是连接器？
【问题讨论】：
传输的目标是传输数据的方式，即像 HTTP 或读/写文件这样的协议。这些是一般概念，此类数据通道背后的另一方可以是任何东西，纯粹的数据接收器或可以与之交换数据的一方，自己的公司或其他方。
连接器用于使用特定的 API，例如来自 salesforce.com 或 facebook 的那些。通常，选择连接器还决定了数据最终将如何传输，例如HTTP。
来自 mulesoft.org：
连接器的功能类似于端点，通过发送和接收数据 一种交通工具。然而，虽然端点对于广泛使用的 协议（如 JDBC、FTP、HTTP、POP3 等）每个连接器都构建 优化与特定第三方 API 的连接，例如 Salesforce 或 Twitter。
【讨论】：
Mule 中的消息源（入站或出站）利用 传输在 Mule 框架中的应用程序之间传送消息。传输实现消息通道并提供与底层数据源或消息通道的一致连接。每当 Mule 中有消息源时，就会有相应的传输在后台工作以建立和保持通信。例如，HTTP 传输处理通过 HTTP 协议发送到 Mule 中的 HTTP 端点的消息。
传输的核心是连接器，它维护传输的配置和状态。换句话说，连接器几乎包含 Mule 与另一个系统或应用程序实际连接所需的所有连接细节。
【讨论】：