camel-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From ychawla <>
Subject Re: CXF Guidance
Date Fri, 27 Mar 2009 04:03:22 GMT

Hi Willem,
Thanks for the response.  Fortunately the web service only drops off a
message and returns a unique message id to the invoker.  This can be viewed
as a synchronous request / response cycle.

In parallel with sending the user this confirmation, the message is
multicast into the workflow queues, and then there is another web service on
the other side to allow a user to pick it up after Camel has had its way
with it :-)

The part of my app that I am concerned about is the drop off request /
response cycle.  I am starting out at the CXF component page:

Is there a simple camel example that will consume a CXF web service, run the
payload through a camel route, and then create/return a web service
response.  I have the Camel route all setup and now I just want to integrate
with the CXF web service that has a few interceptors.

I am at home now, but I will post the routes I have setup tomorrow. 


PS. Love the article about SABRE.  What a great achievement for Camel and

willem.jiang wrote:
> Hi,
> Maybe you should take a look at the LoanBroker example[1] of Camel.
> There are two versions of Loan Service which look like your application.
> It is not easy to adapter an asynchronized JMS message system with the
> Request/Response WebService message model effectively. Maybe you need to
> do some modification on your routing rule.
> [1]
> Willem
> ychawla wrote:
>> Hello Fellow Camel Riders,
>> I have an application that is using camel for routing and it working
>> quite
>> nicely.  There are two allowed input paths for a message, one is a web
>> service and the other is direct file system access.  
>> When a user drops a file onto the file system, it is processed by the
>> file
>> component, validated, assigned a message ID, routed to workflows (JMS
>> queues) and a confirmation or error is sent to a folder for the end user
>> to
>> inspect.
>> Our current strategy with the web service is to extract a message payload
>> and write it to the file system folder that is polled by the file
>> component. 
>> The web service will then poll a confirmation or error folder and then
>> reads
>> the confirmation or error and uses that to create a web service response.
>> The polling done by the web service is making me increasingly nervous
>> because it is a recipe for performance problems.  Seems like way too much
>> unnecessary file I/O.
>> The web service is written in CXF and the Camel Routes are already setup. 
>> It seems like we just need to wire the CXF web service to the routes we
>> already have.  We also want to wire the web service response to either
>> the
>> confirmation or error rather than writing it to the file system and then
>> reading it from there.
>> I am assuming this is all possible through the CXF component, but I want
>> to
>> confirm that I am interpreting the functionality of the CXF component
>> properly.  Will this work?  Where should I get started?
>> Cheers,
>> Yogesh

View this message in context:
Sent from the Camel - Users (activemq) mailing list archive at

View raw message