Question

在使用Mule ApiKit设计api时遇到了这样的设计问题：

我们假设消费者可以选择他们喜欢互动的东西，而且从任何一个端口，语义流都是相同的。[/ p>

JMS --| 
      |
      |--->do something(semantic)
      |
HTTP--|

在实际实施中，我们有点争论：

option1：将语义流与http端点合并，如果消息来自JMS，则在jms流中使用http outbound

选项2：保留3个流 - 2个端点和1个语义分开

我们尝试实施SEDA（分阶段事件驱动的archi），所以option1似乎就此而言，但从相反的方面来看，人们认为性能将成为一个问题。

您对此有何看法？

Answer 1

您可以尝试使用Mule Composite Source。这将帮助您接受来自两个不同源端点的输入，然后执行相同的语义。

请参阅以下链接以获取更多帮助。