[ 
https://issues.apache.org/jira/browse/QPID-4229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Holger Caesar closed QPID-4229.
-------------------------------

       Resolution: Fixed
    Fix Version/s: 0.14

Found the error! Apparently the subscription name for a durable subscription 
has to be unique. (second parameter of createDurableSubscription(...))
                
> Durable subscription fails due to exclusiveness
> -----------------------------------------------
>
>                 Key: QPID-4229
>                 URL: https://issues.apache.org/jira/browse/QPID-4229
>             Project: Qpid
>          Issue Type: Bug
>          Components: C++ Broker, Java Client
>    Affects Versions: 0.14
>         Environment: AMQP 0.10
>            Reporter: Holger Caesar
>            Priority: Critical
>             Fix For: 0.14
>
>   Original Estimate: 48h
>  Remaining Estimate: 48h
>
> I want to run a test case where 20 subscribers register to a number of topics 
> that 5 publishers publish to. This baseline test works and now I want to 
> modify it to check whether durability works properly in QPID. The order is as 
> follows:
> 1) Broker starts up
> 2) Subscribers announce a durable subscription and then terminate
> 3) Publishers send their messages and terminate
> 4) Broker restarts
> 5) Subscribers connect again and read their messages (without announcing the 
> durable subscription again)
> Once again I try to be JMS compliant and I am using 
> "Session.createDurableSubscriber(..)". However, when I do that I get an 
> error, because the subscriber wants to have an exclusive subscription to a 
> wildcard queue:
> javax.jms.JMSException: Error registering consumer: 
> org.apache.qpid.AMQException: ch=0 id=2 
> ExecutionException(errorCode=RESOURCE_LOCKED, commandId=4, classCode=8, 
> commandCode=1, fieldIndex=0, description=resource-locked: Cannot grant 
> exclusive access to queue clientId:T.# (qpid/broker/SessionAdapter.cpp:332), 
> errorInfo={}) [error code 405: Already exists]
> But this is weird since I never specified exclusiveness and even trying to 
> disable it does not work (I tried adding "exclusive='false'" in the 
> connectionFactory string as well as "; {exclusive: False}" after the 
> Destination address string.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to