Gegenwärtig suchen wir nach einer In-JVM-Messaging-Lösung, die dieselbe Slick-API bietet wie der neu eingeführte Guava EventBus. EventBus bietet fast alle notwendigen Funktionen, aber wir vermissen Persistenz und die Möglichkeit, Handler auf eine bestimmte Rate zu beschränken. Wir benötigen keine Enterprise-Funktionalität, die Projekte wie ActiveMQ oder HornetQ bietet. Die Möglichkeit, mehrere Knoten unserer Anwendung auszuführen, ist möglicherweise später eine Option. Ich wäre wirklich dankbar für irgendwelche Hinweise in die richtige Richtung.
Eine andere Möglichkeit wäre, den Guava EventBus mit einem HornetQEventBus (ähnlich dem ASyncEventBus) zu erweitern oder eine eigene Fassade für JMS zu implementieren. Barebones JMS fühlt sich für unsere Zwecke etwas aufgebläht und ich persönlich finde die EventBus API sehr passend für unseren Anwendungsfall.
Ich persönlich würde Ihnen raten, EventBus zu verlängern, wenn Sie können. (Ich bin mir aber nicht sicher, ob wir EventHandler und einige andere Komponenten, die Sie benötigen, offen legen. = /)
Ich erinnere mich, dass es im Guava-Team Diskussionen über eine "Drosselung" der Guava gab; Ich bin mir nicht sicher, wie weit das gekommen ist, ob es Pläne gibt, es zu veröffentlichen, oder ob es gut mit EventBus gemischt werden könnte.