You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Robbie Gemmell (JIRA)" <ji...@apache.org> on 2012/08/14 16:11:38 UTC

[jira] [Commented] (QPID-4229) Durable subscription fails due to exclusiveness

    [ https://issues.apache.org/jira/browse/QPID-4229?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13434136#comment-13434136 ] 

Robbie Gemmell commented on QPID-4229:
--------------------------------------

Hi,

Could you please post the code and any jndi properties you are using in your test so we can reproduce what you are trying precisely?

Thanks,
Robbie
                
> Durable subscription fails due to exclusiveness
> -----------------------------------------------
>
>                 Key: QPID-4229
>                 URL: https://issues.apache.org/jira/browse/QPID-4229
>             Project: Qpid
>          Issue Type: Bug
>          Components: Java Broker, Java Client
>    Affects Versions: 0.16
>         Environment: QPID 1.6
>            Reporter: Holger Caesar
>            Priority: Critical
>   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: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org