2011-11-15 9 views
8

Actualmente estamos buscando una solución de mensajería en JVM que proporcione la misma API astuta que el recién introducido Guava EventBus. EventBus proporciona casi todas las funciones necesarias, pero nos falta persistencia y la capacidad de restringir los manejadores a una cierta tasa. No necesitamos la funcionalidad empresarial que ofrecen proyectos como ActiveMQ u HornetQ. Aunque la posibilidad de ejecutar varios nodos de nuestra aplicación es quizás una opción más adelante. Estaría muy agradecido por los indicadores en la dirección correcta.Servicio de mensajería que funciona como el EventBus de Guava

Otra posibilidad sería ampliar el Guava EventBus con un HornetQEventBus (similar al ASyncEventBus) o implementar nuestra propia fachada para JMS. Barebones JMS simplemente se siente un poco hinchado para nuestros propósitos y personalmente encuentro que la API EventBus es realmente adecuada para nuestro caso de uso.

Respuesta

3

Personalmente, le aconsejo seguir adelante y extender EventBus, si puede. (No estoy seguro de exponer EventHandler y algunos de los otros componentes que necesitaría, sin embargo. = /)

Recuerdo que hubo una discusión entre el equipo de Guava sobre una API de "estrangulación" de guayaba; No estoy seguro de qué tan avanzado estuvo eso, si hay algún plan para lanzarlo, o si podría mezclarse muy bien con EventBus.

+1

Bueno como usted ha indicado EventBus no es realmente diseñado con extensability en mente, así que nos conformaremos con implementar nuestra propia implementación, que podría estar un poco más cargada que el guava eventbus. –

1

bien en la actualidad no es posible anular el método de envío de la EventBus hay un debate en curso sobre la misma y se puede encontrar que here

Cuestiones relacionadas