Mailing-List: contact users-help@camel.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@camel.apache.org
Received-SPF: pass (nike.apache.org: domain of arkadi.shishlov@gmail.com
 designates 74.125.83.45 as permitted sender)
Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes
To: users@camel.apache.org
Subject: Re: Integrating existing services
References: <1323964199266-5077874.post@n5.nabble.com>
Date: Thu, 15 Dec 2011 18:52:01 +0200
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: "Arkadi Shishlov" <arkadi.shishlov@gmail.com>
Message-ID: <op.v6jigz2a5r3cwo@hal9011.local>
In-Reply-To: <1323964199266-5077874.post@n5.nabble.com>
User-Agent: Opera Mail/11.60 (MacIntel)

On Thu, 15 Dec 2011 17:49:59 +0200, msnathan <muthuvelan@gmail.com> wrote:
> Now we see a need for a composite service/s that cut across this 8 different
> application. My design is to have camel in the front of those 8 applications
> and the client UI will talk to camel. The uri for composite operation will
> have the subresource as composite and I will create a route for each
> operation in camel. But for non composite operations I want to by-pass camel

What about putting an HTTP proxy server (such as Nginx) in front of the backend to route the request based on regexp-s?
Or just simple Play! Framework application, in case you prefer Java and/or would like to perform some additional processing on pass-thru requests...