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 <[EMAIL PROTECTED]> 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
