2011-11-15 6 views
8

現在、我々は、新しく導入されたGuava EventBusと同じ滑らかなAPIを提供するin-JVMメッセージングソリューションを探しています。 EventBusはほとんどすべての必要な機能を提供しますが、永続性とハンドラを一定のレートに制限する機能がありません。 ActiveMQやHornetQのようなプロジェクトが提供するエンタープライズ機能は必要ありません。アプリケーションの複数のノードを実行する機能は、後でオプションになる可能性があります。私は本当に正しい方向へのポインタに感謝します。GuavaのEventBusのように動作するメッセージングサービス

また、Guava EventBusをHornetQEventBus(ASyncEventBusに似ています)で拡張するか、JMSの独自のファサードを実装することもできます。 Barebones JMSは私たちの目的のためにちょっと肥大しているように感じました。私は個人的にEventBus APIが私たちのユースケースに適していると感じています。

答えて

3

個人的には、できればEventBusを拡張することをお勧めします。 (私はEventHandlerと必要な他のコンポーネントを公開していません。)//

Guavaの "抑制" APIに関する議論があったことを思い出してください。それをリリースする予定があるかどうか、またはEventBusとうまく混合できるかどうか、私はそれがどれだけ進んでいるかはわかりません。現時点ではまあ

+1

を見つけることができますEventBusの発送方法をオーバーライドすることはできません、グアバ・イベントバスよりも少し機能が搭載されているかもしれない、独自の実装を動かして解決する予定です。 –

1

は、それが現在進行中の議論は同じであり、あなたがEventBusが本当に心の中でextensabilityに設計されていません示されているだけでなく、あなたがそれをhere

関連する問題