ESB 上下文中的 VM 传输是什么?

发布于 2024-10-14 09:21:25 字数 142 浏览 3 评论 0原文

我正在阅读 Mule ESB 文档,其中有很多关于 VM 队列的参考。这是某种 JMS 实现吗?它是什么意思?我在哪里可以找到更多信息?

提前致谢,

I'm reading the Mule ESB documentation, and there is a lot of references to VM Queues. Is this some sort of JMS implementation? What is meant by it, and where can I find more info?

Thanks in advance,

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

失退 2024-10-21 09:21:25

它是 Mule 特定的传输,用于在同一虚拟机(即 mule 独立服务器或 mule 已部署到的 tomcat 实例)内进行消息传递。传输可以通过内存或磁盘存储实现排队,但没有任何可靠性保证。

请参阅此处:

http://www.mulesoft.org/documentation/display/MULE2USER/ VM+传输

http://mulesux. tumblr.com/post/3102264921/murphys-law-or-dropping-the-ball

It is a Mule specific transport for messaging within the same VM (i.e. the mule standalone server or the tomcat instance mule has been deployed to). The transport can implement queuing with in-memory or on-disk storage, but there aren't any reliability guarantees.

See here:

http://www.mulesoft.org/documentation/display/MULE2USER/VM+Transport

http://mulesux.tumblr.com/post/3102264921/murphys-law-or-dropping-the-ball

你如我软肋 2024-10-21 09:21:25

我从未使用过 Mule,但几年前我读过一些文档。

我相信 VM 队列将驻留在 JVM 的内存中。我认为这是一种在 Java Bean 之间使用 SOA 构造的方法,这样本地 POJO 方法就可以被视为服务。这样,如果有一天您想要用外部服务替换该 POJO 或将其托管在其他地方,您只需更改该服务的配置即可。

这都是我回忆的少量 Mule 的推测,所以一定要验证、验证、验证。 :-)

I've never worked with Mule, but I read some docs a few years ago.

I believe VM queues would reside in memory within the JVM. I think it's a way to use SOA constructs between Java Beans, so that local POJO methods can be treated as services. That way, if you some day want to replace that POJO with an external service or host it elsewhere, you only have to change the configuration of that service.

This is all conjecture from the small amount of Mule I recall, so definitely verify, verify, verify. :-)

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文