Bug 1021690 - HornetQ Bridge does not accept all retry values
Summary: HornetQ Bridge does not accept all retry values
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: HornetQ
Version: 6.1.1
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ER9
: EAP 6.3.0
Assignee: Clebert Suconic
QA Contact: Miroslav Novak
Russell Dickenson
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-10-21 19:43 UTC by Fernando Nasser
Modified: 2014-07-07 08:39 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-07-07 08:39:38 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Fernando Nasser 2013-10-21 19:43:43 UTC
Description of problem:

Currently we can only specify failure-retry-interval and max-retries

To have a proper behavior we'd also need to be able to specify:

retry-interval-multiplier

max-retry-interval


Version-Release number of selected component (if applicable):

HornetQ Server version 2.3.9.Snapshot (2.3.8, 123)


How reproducible:

always


Steps to Reproduce:
1. Try and specify the above elements as in a core bridge
2.
3.

Actual results:

XML error

Expected results:

retry in increasing intervals until maximum as per parameters

Additional info:

Comment 1 Miroslav Novak 2014-07-07 08:39:38 UTC
This is already fixed:
[standalone.40.1:9999 cluster-connection=my-cluster] ./:write-attribute(name=retry-interval-multiplier,value=1.5)
{
    "outcome" => "success",
    "response-headers" => {
        "operation-requires-reload" => true,
        "process-state" => "reload-required"
    }
}
[standalone.40.1:9999 cluster-connection=my-cluster] ./:write-attribute(name=max-retry-interval, value=20000)
{
    "outcome" => "success",
    "response-headers" => {
        "operation-requires-reload" => true,
        "process-state" => "reload-required"
    }
}


I'll close this bz.


Note You need to log in before you can comment on or make changes to this bug.