servicemix-eip pattern

[Charles Souillard <Ch...@ext.bull.net>]

Hi all,

I am trying to create a new flow inside servicemix.
My problem is to find the appropriate way to do that. It would be 
wonderfull taht I can do my work with eip as it is very easy to use...

My scenario is :

a remote client send a in-out WS call on sm-http. The idea is to send 
this message to a remote destination via JMS.
That is pretty easy to do. If the JMS message could be send with any 
error, I do not need anything else. But if there was an error during the 
message post (the destination was not found or anything else) I want to 
return a specific error to the client. So I need to have another 
component between http and JMS to do that. I think I can perhaps do the 
following :

client -> Http -> Drools -> JMS
With this configuration, drools can populate the response message to the 
client (via http) depending on the returned message exchange after the 
jms call. The response message will contain a specific message and not 
only the exception returned by JMS component.

Is it possible to di such a scenario with eip ? The business logic would 
be : http -> EIp -> JMS and then, if there was an error, the eip 
component can update the message with a specific content and the reply 
to http -> client.

Have you an idea ?

Thanks
Charles

Re: servicemix-eip pattern

[Guillaume Nodet <gn...@gmail.com>]

There has been several requests for such a component to re-route
the flow in case of an error / fault.  An EIP pattern is the best way
to go imho.  Feel free to raise a JIRA.

On 10/20/06, Charles Souillard <Ch...@ext.bull.net> wrote:
> Hi all,
>
> I am trying to create a new flow inside servicemix.
> My problem is to find the appropriate way to do that. It would be
> wonderfull taht I can do my work with eip as it is very easy to use...
>
> My scenario is :
>
> a remote client send a in-out WS call on sm-http. The idea is to send
> this message to a remote destination via JMS.
> That is pretty easy to do. If the JMS message could be send with any
> error, I do not need anything else. But if there was an error during the
> message post (the destination was not found or anything else) I want to
> return a specific error to the client. So I need to have another
> component between http and JMS to do that. I think I can perhaps do the
> following :
>
> client -> Http -> Drools -> JMS
> With this configuration, drools can populate the response message to the
> client (via http) depending on the returned message exchange after the
> jms call. The response message will contain a specific message and not
> only the exception returned by JMS component.
>
> Is it possible to di such a scenario with eip ? The business logic would
> be : http -> EIp -> JMS and then, if there was an error, the eip
> component can update the message with a specific content and the reply
> to http -> client.
>
> Have you an idea ?
>
> Thanks
> Charles
>


-- 
Cheers,
Guillaume Nodet

Re: servicemix-eip pattern

[pascale4 <pa...@inwind.it>]

Hi,
have you the problem?
I have the same scenario.
Thanks in advance.
MP



Charles Souillard wrote:
> 
> Hi all,
> 
> I am trying to create a new flow inside servicemix.
> My problem is to find the appropriate way to do that. It would be 
> wonderfull taht I can do my work with eip as it is very easy to use...
> 
> My scenario is :
> 
> a remote client send a in-out WS call on sm-http. The idea is to send 
> this message to a remote destination via JMS.
> That is pretty easy to do. If the JMS message could be send with any 
> error, I do not need anything else. But if there was an error during the 
> message post (the destination was not found or anything else) I want to 
> return a specific error to the client. So I need to have another 
> component between http and JMS to do that. I think I can perhaps do the 
> following :
> 
> client -> Http -> Drools -> JMS
> With this configuration, drools can populate the response message to the 
> client (via http) depending on the returned message exchange after the 
> jms call. The response message will contain a specific message and not 
> only the exception returned by JMS component.
> 
> Is it possible to di such a scenario with eip ? The business logic would 
> be : http -> EIp -> JMS and then, if there was an error, the eip 
> component can update the message with a specific content and the reply 
> to http -> client.
> 
> Have you an idea ?
> 
> Thanks
> Charles
> 
> 

-- 
View this message in context: http://www.nabble.com/servicemix-eip-pattern-tf2478751s12049.html#a8766861
Sent from the ServiceMix - User mailing list archive at Nabble.com.