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