activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Timothy Bish (JIRA)" <>
Subject [jira] [Commented] (AMQNET-410) jms.redeliveryPolicy.nonBlockingRedelivery=true not honored by NMS.ActiveMQ
Date Thu, 07 Feb 2013 00:12:12 GMT


Timothy Bish commented on AMQNET-410:

You're welcome to submit a patch along with unit tests.
> jms.redeliveryPolicy.nonBlockingRedelivery=true not honored by NMS.ActiveMQ
> ---------------------------------------------------------------------------
>                 Key: AMQNET-410
>                 URL:
>             Project: ActiveMQ .Net
>          Issue Type: New Feature
>          Components: ActiveMQ
>    Affects Versions: 1.5.6
>         Environment: Any
>            Reporter: Rob Waite
>            Assignee: Jim Gomes
>            Priority: Minor
> Our system relies on redelivery. We realized that redelivery was performed by the client
when we saw consumers appear to slow down or get stuck.
> With ActiveMQ 5.6.0, jms.redeliveryPolicy.nonBlockingRedelivery was added to allow the
client side redelivery to move forward instead of fully handling a particular message's redelivery
before moving to other messages.
> We realized that it was not implemented in NMS and ended up upgrading to ActiveMQ 5.7.0
which supports server-side redelivery using the Scheduler.
> Seems fairly minor and may take a larger effort to implement this, judging from what
it would likely do. It also seems that server-side is preferable to client-side anyway so
maybe the nonBlockingRedelivery option was just a stop-gap until server-side was implemented.
> Perhaps just logging a warning if it is used so it is easier to determine that it is
not supported.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message