[jboss-jira] [JBoss JIRA] Closed: (JBAS-4438) Implement optional redelivery delay for MDBs

Fri May 25 08:04:08 EDT 2007

     [ http://jira.jboss.com/jira/browse/JBAS-4438?page=all ]

Adrian Brock closed JBAS-4438.
------------------------------

    Resolution: Rejected

Any NACK should be subject to a redelivery delay.

JBossMQ implements this without any need for this to be in the MDB which is far from
the most efficient place to put it nor is it the most portable location for such a feature.

Please create discussion topics before raising JIRA issues.

> Implement optional redelivery delay for MDBs
> --------------------------------------------
>
>                 Key: JBAS-4438
>                 URL: http://jira.jboss.com/jira/browse/JBAS-4438
>             Project: JBoss Application Server
>          Issue Type: Feature Request
>      Security Level: Public(Everyone can see) 
>    Affects Versions: JBossAS-4.2.0.GA
>            Reporter: Tim Fox
>
> Some JMS providers e.g. JBoss Messaging implement an optional redelivery delay between successive deliveries of the same message after rollbacks due to a failure.
> This is a nice feature and is designed to prevent thrashing which can consume CPU when failure in delivery occurs frequently.
> When using such providers with JBoss AS MDBs, using either the JMSContainerIvoker or JCA 1.5 inflow, this fetaure is unusable since the MDB container wraps the onMessage method of the MDB and catches any exceptions thrown by the MDB and handles redlivery itself.
> Consequently the provider does not have a chance to execute any redelivery delay logic.
> It would be great for the MDB container to implement redelivery delay itself.

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