[jira] [Commented] (AMQ-5848) The noLocal state for a durable subscription is not stored and recovered.

["Timothy Bish (JIRA)" <ji...@apache.org>]

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

Timothy Bish commented on AMQ-5848:
-----------------------------------

Initial work introduces OpenWire v11 which adds the noLocal value to the SubscriptionInfo command.  This allows the store to persist the complete subscription information.  KahaDB can be configured on what version of the OpenWire marshallers to use via the setStoreOpenWireVersion accessor (default is currently v6).

> The noLocal state for a durable subscription is not stored and recovered.
> -------------------------------------------------------------------------
>
>                 Key: AMQ-5848
>                 URL: https://issues.apache.org/jira/browse/AMQ-5848
>             Project: ActiveMQ
>          Issue Type: Bug
>          Components: AMQP, Broker, JMS client, KahaDB
>    Affects Versions: 5.10.0, 5.10.1, 5.10.2, 5.11.0, 5.11.1
>            Reporter: Timothy Bish
>            Assignee: Timothy Bish
>             Fix For: 5.12.0
>
>
> The broker does not store the noLocal value as part of the SubscriptionInfo object that represents stored durable subscriptions.  This means that on restart the value for previous subscriptions is not recovered from the store which means we can fail tests for this bit in the JMS spec:
> {quote}
> If an unshared durable subscription already exists with the same name and client identifier but a different topic, message selector or noLocal value has been specified, and there is no consumer already active (i.e. not closed) on the durable subscription then this is equivalent to unsubscribing (deleting) the old one and creating a new one. 
> {quote}
> This also means that an AMQP receiver that tries to recover a previous durable subscription won't be able to validate the remote Source to validate that its state matches the requested subscription configuration. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)