2011-11-15 9 views
8

Attualmente stiamo cercando una soluzione di messaggistica in-JVM che fornisca la stessa API slick di Guava EventBus appena introdotta. EventBus fornisce quasi tutte le funzionalità necessarie, ma mancano la persistenza e la capacità di limitare i gestori ad una determinata velocità. Non abbiamo bisogno delle funzionalità aziendali che progetti come ActiveMQ o HornetQ forniscono. Anche se la possibilità di eseguire più nodi della nostra applicazione è forse un'opzione in seguito. Sarei davvero grato per ogni suggerimento nella giusta direzione.Servizio di messaggistica che funziona come EventBus di Guava

Un'altra possibilità sarebbe quella di estendere l'EventBus Guava con un HornetQEventBus (simile a ASyncEventBus) o implementando la propria facciata per JMS. Barebones JMS sembra un po 'gonfia per i nostri scopi e personalmente trovo che l'API EventBus sia davvero adatta al nostro caso d'uso.

risposta

3

Personalmente, consiglierei di andare avanti ed estendere EventBus, se potete. (Non sono sicuro che esponiamo EventHandler e alcuni degli altri componenti di cui avresti bisogno, comunque. = /)

Ricordo che c'era stata una discussione tra il team di Guava su un'API di "limitazione" Guava; Non sono sicuro di quanto è andato avanti, se ci sono piani per rilasciarlo o se potrebbe essere miscelato bene con EventBus.

+1

Beh, come hai indicato EventBus non è realmente progettato con extensability in mente, quindi ci accontenteremo di implementare la nostra implementazione che potrebbe essere caricata un po 'più di funzionalità rispetto al eventbus guava. –

1

Beh al momento non è possibile eseguire l'override del metodo invio del EventBus c'è un dibattito in corso sullo stesso e lo si può trovare here

Problemi correlati