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] Updated: (QPID-27) Introduce user configurable redlivery delay
Date Tue, 10 Oct 2006 10:37:21 GMT
     [ http://issues.apache.org/jira/browse/QPID-27?page=all ]

Marnie McCormack updated QPID-27:

    Summary: Introduce user configurable redlivery delay  (was: Intoduce user configurable
redlivery delay)

> Introduce 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