|
Flows has been edited by Guillaume Nodet (Mar 14, 2008). Content:ServiceMix allows for different message dispatch policies within the Normalized Message Router (NMR) Broker. Straight-through (ST) FlowA 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 is deployed with simple flows (no state) or embedded, or where latency needs to be as low as possible. ST Flow Seda FlowThe Seda 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. Seda Flow JMS FlowA JMS flow is used for cases where you need collaboration between more than one ServiceMix JBI container. For example, an application that needs to have fail-over 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. JMS Flow JCA FlowThe JCA flow is very similar to the JMS flow. It allows users to cluster ServiceMix containers together. Configuring flowsIn versions of ServiceMix prior to 3.3 Flows were configured on the JBI container by using the flowNames attribute on the sm:container element. <sm:container flowNames="seda"> ... </sm:container> JMS and JCA flows should be configured with an ActiveMQ url to the broker. <sm:container flowNames="jms?jmsURL=tcp://localhost:61616"> ... </sm:container> You can define several flows by using a comma separated list. <sm:container flowNames="seda,jms?jmsURL=tcp://localhost:61616"> ... </sm:container>
|
Unsubscribe or edit your notifications preferences
