ServiceMix allows for different message dispatch policies within the Normalized Message Router (NMR) Broker.
There are four basic types, that have different characteristics and are suited to different usage cases.They are as follows:
Straight-through (ST) Flow
A MessageExchange is routed straight to it's destination with no staging or buffering. A straight through flow is best suited for the cases where the ServiceMix JBI Container container is deployed with simple flows (no state) or embedded, or where latency needs to be as low as possible.
| Panel | ||||||
|---|---|---|---|---|---|---|
| ||||||
|
Seda Flow
The Seda Flow flow introduces a simple event staging between the internal processes in the NMR Broker. A Seda flow, which is the default flow used by most components, is suited for general deployment. The additional staging is well suited buffering exchanges between heavily routed to components (where state may be being used) for example.
| Panel | ||||||
|---|---|---|---|---|---|---|
| ||||||
|
JMS Flow
A JMS Flow flow is used for cases where you need collaboration between more than one ServiceMix JBI Container (for container. For example, an application that needs to have fail-over or scalability).
Component capability or an application that needs to balance its endpoints among several machines would need to have one or more JBI containers working in concert.
When JBI containers are deployed in a cluster, component deployment happens in the same way as a normal SericeMix JBI container (both for POJO and archive Component deployment) , but all the containers in the cluster are notified of a deployment, and the JMS Flow will handle flow handles automatic routing ( and failover ) of MessageExchange(s) between the container instances.
A Message Queue is used for each JBI endpoint, so multiple instances of the same named Component will have requests load balanced across them.
| Panel | ||||||
|---|---|---|---|---|---|---|
| ||||||
|
JCA Flow
The JCA Flow flow is very similar to the JMS Flow, in that it allow flow. It allows users to cluster ServiceMix containers together.
The main difference is that it uses JCA to provide support for XA transactions when sending and receiving
JBI exchanges. You can find more informations on transactions here.
...
In versions of ServiceMix prior to 3.3 Flows were configured on the JBI container by usually using the flowNames attribute on the main sm:container element.
| Code Block | ||
|---|---|---|
| ||
<sm:container flowNames="seda"> ... </sm:container> |
...