2011-11-15 12 views
8

현재 우리는 새로 도입 된 Guava EventBus와 동일한 매끄러운 API를 제공하는 in-JVM 메시징 솔루션을 찾고 있습니다. EventBus는 거의 모든 필요한 기능을 제공하지만 우리는 지속성과 핸들러를 특정 속도로 제한하는 기능이 빠져 있습니다. ActiveMQ 또는 HornetQ와 같은 프로젝트에서 제공하는 엔터프라이즈 기능은 필요하지 않습니다. 응용 프로그램의 여러 노드를 실행할 수있는 기능은 나중에 옵션 일 수 있습니다. 나는 올바른 방향으로 어떤 조언을 해주는 것에 정말로 감사 할 것입니다.Guava의 EventBus처럼 작동하는 메시징 서비스

또 다른 가능성은 HornetQEventBus (ASyncEventBus와 비슷 함)를 사용하여 Guava EventBus를 확장하거나 JMS에 대한 자체 Facade를 구현하는 것입니다. Barebones JMS는 우리 목적을 위해 약간 비대 해져서, 개인적으로 EventBus API가 우리의 유스 케이스에 아주 잘 어울리는 것을 발견했습니다.

답변

3

개인적으로 가능한 한 EventBus를 확장하는 것이 좋습니다. (비록 우리가 EventHandler와 당신이 필요로하는 다른 컴포넌트를 노출하는지 확신 할 수 없다.)//

Guava "throttling"API에 대해 Guava 팀간에 논의가있었습니다. 그걸 공개 할 계획이 있는지, 또는 EventBus와 잘 어울릴 수 있는지에 대해서는 확실하지 않습니다. 현재 잘

+1

을 찾을 수 EventBus의 디스패치 메소드를 오버라이드 (override) 할 수 없습니다, 그래서 우리는 구아바 이벤트 버스보다 조금 더 많은 기능을 탑재 할 수있는 자체 구현을 롤링하기 위해 정착 할 것입니다. –

1

이 거기 지속적인 논쟁이 동일에 당신이 EventBus가 정말 마음에 extensability으로 설계되지 않았습니다 지시뿐만 아니라 당신이 그것을 here

관련 문제