This component differs from the Camel Component: SEDA component in that VM
supports communication across CamelContext instances so you can use this mechanism to
communicate across web applications (provided that
camel-core.jar is on the
VM is an extension to the Camel Component: SEDA component.
where queueName can be any string to uniquely identify the endpoint within the JVM (or at least within the classloader that loaded camel-core.jar)
You can append query options to the URI in the following format:
Before Camel 2.3 - Same URI must be used for both producer and consumer
An exactly identical VM endpoint URI must be used for both the producer and the consumer endpoint. Otherwise, Camel will create a second VM endpoint despite that the queueName portion of the URI is identical. For example:
Notice that we have to use the full URI, including options in both the producer and consumer.
In Camel 2.4 this has been fixed so that only the queue name must match. Using the queue name bar, we could rewrite the previous exmple as follows:
In the route below we send exchanges across CamelContext instances to a VM queue named order.email:
And then we receive exchanges in some other Camel context (such as deployed in another