From dev-return-11429-apmail-activemq-dev-archive=activemq.apache.org@activemq.apache.org Wed Jul 09 04:01:52 2008 Return-Path: Delivered-To: apmail-activemq-dev-archive@www.apache.org Received: (qmail 28726 invoked from network); 9 Jul 2008 04:01:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Jul 2008 04:01:52 -0000 Received: (qmail 62220 invoked by uid 500); 9 Jul 2008 04:01:52 -0000 Delivered-To: apmail-activemq-dev-archive@activemq.apache.org Received: (qmail 61844 invoked by uid 500); 9 Jul 2008 04:01:52 -0000 Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@activemq.apache.org Delivered-To: mailing list dev@activemq.apache.org Received: (qmail 61816 invoked by uid 99); 9 Jul 2008 04:01:51 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Jul 2008 21:01:51 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jul 2008 04:01:08 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 704CB234C15C for ; Tue, 8 Jul 2008 21:01:00 -0700 (PDT) Message-ID: <1746301093.1215576060458.JavaMail.jira@brutus> Date: Tue, 8 Jul 2008 21:01:00 -0700 (PDT) From: "Claus Ibsen (JIRA)" To: dev@activemq.apache.org Subject: [jira] Commented: (AMQ-1847) Redelivery on a failure doesn't respect the initialRedeliveryDelay on the first attempt. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/activemq/browse/AMQ-1847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=44092#action_44092 ] Claus Ibsen commented on AMQ-1847: ---------------------------------- Veit. I managed to move the issue from Camel to ActiveMQ project. > Redelivery on a failure doesn't respect the initialRedeliveryDelay on the first attempt. > ---------------------------------------------------------------------------------------- > > Key: AMQ-1847 > URL: https://issues.apache.org/activemq/browse/AMQ-1847 > Project: ActiveMQ > Issue Type: Bug > Components: Broker > Affects Versions: 5.1.0 > Environment: Linux, ActiveMQ 5.1, Spring 2.5.x with transacted DefaultMessageListenerContainer > Reporter: Veit Guna > > Hi. > I'm using ActiveMQ 5.1 together with Spring's DefaultMessageListenerContainer to enable MDPs. I'm using the redeliveryPolicy to enable redelivery on failures during consumption of a message. ActiveMQ configuration looks like this: > > > > > > > > > > > > > > > Now if a failure occurs, the configured delay isn't used on the first redelivery attempt. Instead redelivery takes place immediately after the failure occured. This sounds odd to me, since the property is even called initialRedeliveryDelay :). I know that maybe this was caused due to the following issue: > https://issues.apache.org/activemq/browse/AMQ-1032 > In my opinion immediately redelivery isn't very useful in most cases. If a failure occurs, it won't be fixed some ms later :). So my suggestion is (in respect to AMQ-1032) to have two options: > initialRedeliveryDelay > redeliveryDelay > So both configurations would be possible. For AMQ-1032 just configure initialRedeliveryDelay to 0. Otherwise just take the redeliveryDelay as initialRedeliveryDelay to get what I want :). > Does this make sense? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.