Closed. This question does not meet Stack Overflow guidelines。它当前不接受答案。
想要改善这个问题吗？更新问题，以便将其作为on-topic用于堆栈溢出。
5年前关闭。
Improve this question
当前，我们正在寻找提供与新引入的Guava EventBus相同的API的JVM内消息传递解决方案。 EventBus提供了几乎所有必需的功能，但是我们缺少持久性和将处理程序限制到一定速率的能力。我们不需要像ActiveMQ或HornetQ这样的项目提供的企业功能。尽管稍后可能会选择运行应用程序的多个节点。对于任何朝着正确方向提出的建议，我将深表感谢。
另一种可能性是使用HornetQEventBus(类似于ASyncEventBus)扩展Guava EventBus，或者为JMS实现我们自己的外观。准系统JMS对于我们的用途感到有些肿，我个人认为EventBus API非常适合我们的用例。
想要改善这个问题吗？更新问题，以便将其作为on-topic用于堆栈溢出。
5年前关闭。
Improve this question
当前，我们正在寻找提供与新引入的Guava EventBus相同的API的JVM内消息传递解决方案。 EventBus提供了几乎所有必需的功能，但是我们缺少持久性和将处理程序限制到一定速率的能力。我们不需要像ActiveMQ或HornetQ这样的项目提供的企业功能。尽管稍后可能会选择运行应用程序的多个节点。对于任何朝着正确方向提出的建议，我将深表感谢。
另一种可能性是使用HornetQEventBus(类似于ASyncEventBus)扩展Guava EventBus，或者为JMS实现我们自己的外观。准系统JMS对于我们的用途感到有些肿，我个人认为EventBus API非常适合我们的用例。
最佳答案
就个人而言，如果可以的话，我建议您继续进行并扩展EventBus。 (不过，我不确定我们是否会公开EventHandler和其他一些您需要的组件。=/)
我记得， Guava 团队之间曾就 Guava “节流” API进行过讨论；我不确定进展如何，是否有计划发布它，或者它是否可以与EventBus很好地混合使用。
关于java - 类似于Guava的EventBus的消息服务，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/8138768/
10-11 10:52