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