...
Panel |
---|
borderColor | #ccc |
---|
title | ST Flow |
---|
borderStyle | solid |
---|
|
Image RemovedImage Added |
Seda Flow
The SedaFlow introduces a simple event staging between the internal processes in the NMR Broker. A Seda flow (the default) is suited for general deployment, as the additional staging is well suited buffering exchanges between heavily routed to components (where state may be being used) for example.
Panel |
---|
borderColor | #ccc |
---|
title | Seda Flow |
---|
borderStyle | solid |
---|
|
Image RemovedImage Added |
JMS Flow
A JMS Flow is used for cases where you need collaboration between more than one ServiceMix JBIContainer (for fail-over or scalability).
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 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 |
---|
borderColor | #ccc |
---|
title | JMS Flow |
---|
borderStyle | solid |
---|
|
Image RemovedImage Added |
JCA Flow
The JCA Flow is very similar to the JMS Flow, in that it allow 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.
...