You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@camel.apache.org by ychawla <pr...@yahoo.com> on 2009/03/27 03:55:56 UTC
CXF Guidance
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: http://www.nabble.com/CXF-Guidance-tp22735251p22735251.html
Sent from the Camel - Users (activemq) mailing list archive at Nabble.com.
Re: CXF Guidance
Posted by Willem Jiang <wi...@gmail.com>.
Here are the examples[1][2] about consuming the CXF service request in
Camel.
[1]http://camel.apache.org/tutorial-example-reportincident-part5.html
[2]http://cwiki.apache.org/CAMEL/loan-broker-example.html#LoanBrokerExample-Implementationwithwebservice
Willem
ychawla wrote:
> 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:
>
> http://camel.apache.org/cxf.html
>
> 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.
>
> Cheers,
> Yogesh
>
> PS. Love the article about SABRE. What a great achievement for Camel and
> FUSE.
>
>
>
> 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] http://cwiki.apache.org/CAMEL/loan-broker-example.html
>>
>>
>> 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
>>
>>
>
Re: CXF Guidance
Posted by ychawla <pr...@yahoo.com>.
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:
http://camel.apache.org/cxf.html
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.
Cheers,
Yogesh
PS. Love the article about SABRE. What a great achievement for Camel and
FUSE.
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] http://cwiki.apache.org/CAMEL/loan-broker-example.html
>
>
> 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: http://www.nabble.com/CXF-Guidance-tp22735251p22735782.html
Sent from the Camel - Users (activemq) mailing list archive at Nabble.com.
Re: CXF Guidance
Posted by Willem Jiang <wi...@gmail.com>.
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] http://cwiki.apache.org/CAMEL/loan-broker-example.html
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