You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@camel.apache.org by Willem Jiang <ni...@iona.com> on 2007/08/07 04:30:57 UTC

Proposal for the CXF and Camel integration

Hi All,

I'd like to do some work of CXF and Camel integration. After talked with 
James , I got two typical user scenario here:

I. Using  the Camel as a mediation, CXF endpoints and Camel router are 
in the separated JVMs
*  Camel message -> CXF server
The message flow could be:
 Camel consumer [Camel message] -> (processors ...) ->CXF producer (CXF 
conduit) -> CXF server


*  CXF client -> Camel message -> CXF server
The message flow could be:
CXF client -> Camel consumer [Camel message] -> (processors ...) ->CXF 
producer(CXF conduit) ->CXF server

II. Camel is embedded into CXF as a transport implementor, CXF and Camel 
are in the same JVM
It looks like Camel will take the charge of other camel endpoints life 
cycle.

* For the CXF client which use the Camel transport
The message flow could be
CXF client [CXF message]-> Camel transport [Camel message]-> Camel router
The Router part message flow could be
 Camel consumer [Camel message] ->  (processors ...) ->  Camel Services 
or other Camel Producer

* For the CXF Server which use the Camel transport
CXF Service (create destination message observer) -> Camel transport -> 
Camel router
The Router part message flow could be
Camel consumer [Camel message] ->  (processors ...) ->  Camel producer 
-> CXF message observer [CXF message]

Any thoughts?

Willem




Re: Proposal for the CXF and Camel integration

Posted by James Strachan <ja...@gmail.com>.
This looks like a duplicate from your other email address; I've
moderated it through so the next time you send a message I won't have
to moderate it :)

On 8/7/07, Willem Jiang <ni...@iona.com> wrote:
> Hi All,
>
> I'd like to do some work of CXF and Camel integration. After talked with
> James , I got two typical user scenario here:
>
> I. Using  the Camel as a mediation, CXF endpoints and Camel router are
> in the separated JVMs
> *  Camel message -> CXF server
> The message flow could be:
>  Camel consumer [Camel message] -> (processors ...) ->CXF producer (CXF
> conduit) -> CXF server
>
>
> *  CXF client -> Camel message -> CXF server
> The message flow could be:
> CXF client -> Camel consumer [Camel message] -> (processors ...) ->CXF
> producer(CXF conduit) ->CXF server
>
> II. Camel is embedded into CXF as a transport implementor, CXF and Camel
> are in the same JVM
> It looks like Camel will take the charge of other camel endpoints life
> cycle.
>
> * For the CXF client which use the Camel transport
> The message flow could be
> CXF client [CXF message]-> Camel transport [Camel message]-> Camel router
> The Router part message flow could be
>  Camel consumer [Camel message] ->  (processors ...) ->  Camel Services
> or other Camel Producer
>
> * For the CXF Server which use the Camel transport
> CXF Service (create destination message observer) -> Camel transport ->
> Camel router
> The Router part message flow could be
> Camel consumer [Camel message] ->  (processors ...) ->  Camel producer
> -> CXF message observer [CXF message]
>
> Any thoughts?
>
> Willem
>
>
>
>


-- 
James
-------
http://macstrac.blogspot.com/