qpid-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Marnie McCormack (JIRA)" <qpid-...@incubator.apache.org>
Subject [jira] Created: (QPID-27) Intoduce user configurable redlivery delay
Date Tue, 10 Oct 2006 10:28:19 GMT
Intoduce user configurable redlivery delay

                 Key: QPID-27
                 URL: http://issues.apache.org/jira/browse/QPID-27
             Project: Qpid
          Issue Type: New Feature
          Components: Java Broker, Java Client
         Environment: All
            Reporter: Marnie McCormack

Currently the user cannot influence the time between delivery attempts, rather the redelivery
of failed messages occurs immediately. 

This is not ideal for most applications and could conceivably cause the app to thrash, thus
worsening the effect of any existing issue affecting delivery. A transitory network issue,
for example, might cause delivery problems. However, an application could find itself swamped
handling repeated failures and thus the impact of such a transitory problem would be magnified.

Users need to be able to configfure the redlivery policy - redelivery delay at least and possibly
control the number of redlivery attempts ?

Think need to look at the DeliveryManager class in org.apache.qpid.server.queue, but GS or
RG could advise more.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


View raw message