Mailing-List: contact dev-help@synapse.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@synapse.apache.org
Message-ID: <419573111.362431268999008319.JavaMail.jira@brutus.apache.org>
Date: Fri, 19 Mar 2010 11:43:28 +0000 (UTC)
From: "Amila Chinthaka Suriarachchi (JIRA)" <jira@apache.org>
To: dev@synapse.apache.org
Subject: [jira] Commented: (SYNAPSE-618) [GSoC] Implement a Dead Letter
 Channel for Synapse
In-Reply-To: <855152214.312491268826627299.JavaMail.jira@brutus.apache.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/SYNAPSE-618?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12847329#action_12847329 ] 

Amila Chinthaka Suriarachchi commented on SYNAPSE-618:
------------------------------------------------------

hi,

I recently send some patches handling this with WS-RM where ws-rm protocol can handle retransmissions and put it to an error sequence after given number of retransmissions.

In this case RM keeps the message in Memory. 

you may have a look at that too.

thanks,
Amila.


> [GSoC] Implement a Dead Letter Channel for Synapse
> --------------------------------------------------
>
>                 Key: SYNAPSE-618
>                 URL: https://issues.apache.org/jira/browse/SYNAPSE-618
>             Project: Synapse
>          Issue Type: New Feature
>          Components: Core, Endpoints
>            Reporter: Hiranya Jayathilaka
>             Fix For: FUTURE
>
>
> Currently when Synapse attempts to send a message and if it fails, following actions can be configured to deal with the error:
> * Execute a fault sequence and handle the failed request gracefully
> * Fail-over to a different endpoint
> In addition to these, Synapse ESB should support the "dead letter channel" enterprise integration pattern to deal with various errors that might occur during mediation or while sending. With the dead letter channel, the failed message will be put into a message store in the ESB. Later the ESB can retry to send the messages in the message store. 
> We should be able to have multiple implementations of the actual message store and should be able to configure which store to use for a particular scenario. Users should be able to implement their own message stores and plug into the ESB easily. To start with we can have a simple in-memory message store and a persisting store based on JDBC or JMS. 
> References:
> http://www.eaipatterns.com/DeadLetterChannel.html
> https://issues.apache.org/jira/browse/SYNAPSE-263
> Possible Mentors:
> Hiranya Jayathilaka

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@synapse.apache.org
For additional commands, e-mail: dev-help@synapse.apache.org