camel-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hadrian Zbarcea (JIRA)" <>
Subject [jira] [Commented] (CAMEL-5466) new virtual endpoint component
Date Wed, 25 Jul 2012 19:06:35 GMT


Hadrian Zbarcea commented on CAMEL-5466:

How is that different than something like below?

Note that it's simpler, more concise, the template is configurable, the number of uri(s) to
use is also flexible. I supplied a whole unit test for you to try out. In a real project you
want to move the TempleateRouteBuilder in a separate file. (I can think of ways of making
this even more flexible, powerful and 'functionaly' by defining an interface that supplies
the templates, etc).

I hope I didn't miss something in the scenario you described. I will close this issue in a
few days as "won't fix" unless you come up with a convincing argument that your solution is
more appealing.

import org.apache.camel.RuntimeCamelException;
import org.apache.camel.builder.RouteBuilder;
import org.apache.camel.component.mock.MockEndpoint;
import org.apache.camel.test.junit4.CamelTestSupport;
import org.junit.Test;

public class TemplateRouteBuilderTest extends CamelTestSupport {

  public void testHelloWorldValidInput() throws Exception {
    template.sendBody("direct:one", "Hello World");
    template.sendBody("direct:two", "Bonjour Monde");

  protected RouteBuilder createRouteBuilder() throws Exception {
    String[][] uris = {{"direct:one", "mock:one"}, {"direct:two", "mock:two"}};
    return new TemplateRouteBuilder(uris) {
      public void configureRouteTemplate(String[] uris) {
        if (uris.length != 2) {
          throw new RuntimeCamelException("Invalid number of endpoints...");
  public abstract class TemplateRouteBuilder extends RouteBuilder {
    private final String[][] config;

    public TemplateRouteBuilder(String[][] config) {
      this.config = config;

    public void configure() throws Exception {
      if (config != null) {
        for (String[] values : config) {
    public abstract void configureRouteTemplate(String[] uris);
> new virtual endpoint component
> ------------------------------
>                 Key: CAMEL-5466
>                 URL:
>             Project: Camel
>          Issue Type: Improvement
>    Affects Versions: 2.9.2
>            Reporter: Ari Mando
>             Fix For: 2.9.3
>         Attachments: camel-virtual.tar.gz
> I had the recurring need for a virtual endpoint in camel routes. Often I need to define
the same route, but just with different endpoint locations, typically queues.
> The supplied component allows for:
>     <route>
>         <from uri="virtual://source-queue?real=amq://@?"/>
>         <to uri="virtual://destination-queue?real=amq2://@?"/>
>     </route>
> Then in a file:
> *source-queue,destination-queue
> queue1,queue4
> queue2,queue5
> queue3,queue6
> The above properties file would be like adding 3 routes. 
> The supplied impl is a bit rough, it needs some more work. The first cut was sufficient
for the usecase I needed it for.
> I already thought it should be really like:
> <virtual id="test" uri="file://queues.xml">
>     <route>
>         <from uri="virtual://source-queue?real=amq://@?"/>
>         <to uri="virtual://destination-queue?real=amq2://@?"/>
>     </route>
> </virtual>
> then an xml file:
> <endpointValues>
>     <header>
>         <value>source-queue</value>
>         <value>destination-queue</value>
>     </headers>
>     <entry>
>         <value>queue1,queue4</value>
>         <value>queue5,queue6</value>
>     </entry>
> </endpointValues> 
> Using the DSL would allow multiple virtual routes with different config being pulled
from other camel endpoints. 
> Dynamic routing! Call it virtual routing or template routing.
> Tasks to be finished on it:
> * implement threading (concurrentConsumers)
> * move to high level dsl model
> * unit tests
> * source configuration from enrichment uri call
> * more robust error handling

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message