Mule ESB HTTP 入站端点路径答案

【问题标题】：Mule ESB HTTP inbound-endpoint pathMule ESB HTTP 入站端点路径
【发布时间】：2012-12-28 21:20:14
【问题描述】：

我正在尝试让两个具有相似路径的 mule 项目同时运行，以便我们可以将我们的调用组合在一起（例如 http://domain.com/foo/service1http://domain.com/foo/service2）

作为 POC，我有两个项目，它们都侦听 localhost 端口 80。 project1 的路径为 endpoint/v1 project2 的路径为 endpoint/v2

两者都成功部署到我的 mule 服务器，但只有 project1 的端点返回任何内容。

关于如何让它正常工作的任何想法？

【问题讨论】：

【解决方案1】：

那是因为只有一个套接字实际在该端口 (80) 上进行侦听。如果您想拥有多个路径，则需要将端点组合在同一个应用程序中，并且此应用程序可以充当代理并调用具有实际逻辑的端点。

【讨论】：

【解决方案2】：

与 Seba 的提议不同，一种常见的模式是让一个应用程序负责公开一个 HTTP 端点，然后将消息发送到 JMS 队列，这些队列由负责处理特定路径的应用程序监听（比如在一个应用程序中使用 /v1和 /v2 在另一个应用程序中）。

【讨论】：

是的，同意，这就是我真正的意思是“这个应用程序可以充当代理并调用具有实际逻辑的代理”。
好的，但您似乎建议在代理应用程序中有多个 HTTP 端点，而一个就足够了。
感谢您的回复。我认为在我们的用例中，让每个端点监听不同的端口可能更有意义。我们希望多个开发人员在我们将执行转换的 ESB 层上工作，这样他们每个人都将在自己的项目上工作。对于这个用例来说，添加 JMS 队列/主题似乎有点过头了，就像让父路由器将请求传递给每个服务一样。