lightweight publish/subscribe framework in java [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.

---

Questions asking us to recommend or find a tool, library or favorite off-site resource are off-topic for Stack Overflow as they tend to attract opinionated answers and spam. Instead, describe the problem and what has been done so far to solve it.

Closed 9 years ago.

Improve this question

Is there开发者_运维技巧 a good lightweight framework for java that provides the publish/subscribe pattern?

Some ideal features

• Support for generics
• Registration of multiple subscribers to a publisher
• API primarily interfaces and some useful implementations
• purely in-memory, persistence and transaction guarantees not required.

I know about JMS but that is overkill for my need. The publish/subscribed data are the result of scans of a file system, with scan results being fed to another component for processing, which are then processed before being fed to another and so on.

EDIT: All within the same process. PropertyChangeListener from beans doesn't quite cut it, since it's reporting changes on properties, rather than publishing specific items. I could shoehorn ProprtyChangeListener to work by having a "last published object" property, and so published objects. PropertyChangeListeners don't support generics, and are entrenched in property change semantics, rather than pure publish/subscribe. The java.util Observer/Observable pattern would be good, but Oberver is a concrete class.

---

It seems this fits the requirements:

EventBus from Google Guava Library - "Publish-subscribe-style communication between components without requiring the components to explicitly register with one another". It can also be an AsyncEventBus that will dispatch events on another thread.

Some extra options to consider:

1. If it's in same process it's possible the Observer pattern can be used. Subscribers can add listeners and receive event notifications. Observable is already part of the Java API.

2. FFMQ is a full Java, light-weight, Fast JMS 1.1 Queue implementation.

---

JMS is as light or heavy as you configure it. We use for example HornetQ in one project with an in memory queue. It is easy to setup, doesn't need any JNDI based configuration and is really easy to use.

I believe that JMS as an API for Message Pub/Sub is as easy as it gets. (And not easier ;)

---

Since you're using Spring, I don't know if you're aware that Spring has its own lightweight event framework. It's used primarily within the framework itself, but it's perfectly usable by application code.

By default, it's synchronous pub/sub, but you can make it asynchronous using an ApplicationEventMulticaster.

---

I think Camel is also a good candidate. Especially with the publish-subscribe pattern

Camel can be embedded and is lightweight. It proposes Enterprise Integration Patterns - many useful tools for integration, inside an application or even with other actors (hence 'Integration').

It compares to Spring Integration but more complete IMO.

---

If you are crossing process boundaries then some degree of "weight" is going to be incurred. Why do you say that JMS is heavyweight? The API is quite simple? There are supposedly light-weight implementations, for example link text heavier costs such a persistence and transactionality are optional.

What do you need that is lighter than this?

---

Bob Lee has a QueueFile class at http://snipt.org/GWm/ that you might find interesting. It's a simple persistent queue and could be used by multiple consumers. It sounds like you don't need persistence, but since the whole thing is so lightweight it could still be useful.