[jira] [Updated] (QPID-8164) [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the temporary-queue capability do not enforce connection exclusivity
[
https://issues.apache.org/jira/browse/QPID-8164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alex Rudyy updated QPID-8164:
-
Fix Version/s: (was: qpid-java-broker-7.1)
qpid-java-broker-7.1.0
> [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the
> temporary-queue capability do not enforce connection exclusivity
> ---
>
> Key: QPID-8164
> URL: https://issues.apache.org/jira/browse/QPID-8164
> Project: Qpid
> Issue Type: Bug
> Components: Broker-J
>Affects Versions: qpid-java-6.0, qpid-java-6.1, qpid-java-broker-7.0.0
>Reporter: Keith Wall
>Priority: Major
> Fix For: qpid-java-broker-7.1.0, qpid-java-broker-7.0.4
>
>
> The JMS 2.0 specification, 6.2.2 Creating temporary destinations, says:
> {quote}Temporary destinations (TemporaryQueue or TemporaryTopic objects) are
> destinations that are system-generated uniquely for their connection. Only
> their own connection is allowed to create consumer objects for them.
> {quote}
> Currently when the Qpid JMS Client is used with Broker-J, the last sentence
> whilst being enforced by the client is not enforced by the *Broker*. This
> means that if the temporary destination were to be passed to another party -
> say as a JMSReplyTo, that client would be able to create a consumer,
> violating the JMS specification.
> I think Broker-J ought to be detecting the terminus capability
> {{temporary-queue}} specified by amqp-bindmap-jms-v1.0-wd09 and then applying
> the correct queue exclusivity policy.
> I think the same problem may apply to the temporary-topics too (but not
> confirmed)
>
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Updated] (QPID-8164) [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the temporary-queue capability do not enforce connection exclusivity
[
https://issues.apache.org/jira/browse/QPID-8164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alex Rudyy updated QPID-8164:
-
Attachment: (was: 0002-QPID-8164-Add-JMS-system-test.patch)
> [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the
> temporary-queue capability do not enforce connection exclusivity
> ---
>
> Key: QPID-8164
> URL: https://issues.apache.org/jira/browse/QPID-8164
> Project: Qpid
> Issue Type: Bug
> Components: Broker-J
>Affects Versions: qpid-java-6.0, qpid-java-6.1, qpid-java-broker-7.0.0
>Reporter: Keith Wall
>Assignee: Alex Rudyy
>Priority: Major
> Fix For: qpid-java-broker-7.1, qpid-java-broker-7.0.4
>
>
> The JMS 2.0 specification, 6.2.2 Creating temporary destinations, says:
> {quote}Temporary destinations (TemporaryQueue or TemporaryTopic objects) are
> destinations that are system-generated uniquely for their connection. Only
> their own connection is allowed to create consumer objects for them.
> {quote}
> Currently when the Qpid JMS Client is used with Broker-J, the last sentence
> whilst being enforced by the client is not enforced by the *Broker*. This
> means that if the temporary destination were to be passed to another party -
> say as a JMSReplyTo, that client would be able to create a consumer,
> violating the JMS specification.
> I think Broker-J ought to be detecting the terminus capability
> {{temporary-queue}} specified by amqp-bindmap-jms-v1.0-wd09 and then applying
> the correct queue exclusivity policy.
> I think the same problem may apply to the temporary-topics too (but not
> confirmed)
>
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Updated] (QPID-8164) [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the temporary-queue capability do not enforce connection exclusivity
[
https://issues.apache.org/jira/browse/QPID-8164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alex Rudyy updated QPID-8164:
-
Attachment: (was:
0001-QPID-8164-Make-sure-that-only-own-connection-consume.patch)
> [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the
> temporary-queue capability do not enforce connection exclusivity
> ---
>
> Key: QPID-8164
> URL: https://issues.apache.org/jira/browse/QPID-8164
> Project: Qpid
> Issue Type: Bug
> Components: Broker-J
>Affects Versions: qpid-java-6.0, qpid-java-6.1, qpid-java-broker-7.0.0
>Reporter: Keith Wall
>Assignee: Alex Rudyy
>Priority: Major
> Fix For: qpid-java-broker-7.1, qpid-java-broker-7.0.4
>
>
> The JMS 2.0 specification, 6.2.2 Creating temporary destinations, says:
> {quote}Temporary destinations (TemporaryQueue or TemporaryTopic objects) are
> destinations that are system-generated uniquely for their connection. Only
> their own connection is allowed to create consumer objects for them.
> {quote}
> Currently when the Qpid JMS Client is used with Broker-J, the last sentence
> whilst being enforced by the client is not enforced by the *Broker*. This
> means that if the temporary destination were to be passed to another party -
> say as a JMSReplyTo, that client would be able to create a consumer,
> violating the JMS specification.
> I think Broker-J ought to be detecting the terminus capability
> {{temporary-queue}} specified by amqp-bindmap-jms-v1.0-wd09 and then applying
> the correct queue exclusivity policy.
> I think the same problem may apply to the temporary-topics too (but not
> confirmed)
>
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Updated] (QPID-8164) [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the temporary-queue capability do not enforce connection exclusivity
[
https://issues.apache.org/jira/browse/QPID-8164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Keith Wall updated QPID-8164:
-
Affects Version/s: qpid-java-6.0
qpid-java-6.1
qpid-java-broker-7.0.0
> [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the
> temporary-queue capability do not enforce connection exclusivity
> ---
>
> Key: QPID-8164
> URL: https://issues.apache.org/jira/browse/QPID-8164
> Project: Qpid
> Issue Type: Bug
> Components: Broker-J
>Affects Versions: qpid-java-6.0, qpid-java-6.1, qpid-java-broker-7.0.0
>Reporter: Keith Wall
>Assignee: Alex Rudyy
>Priority: Major
> Fix For: qpid-java-broker-7.1, qpid-java-broker-7.0.4
>
> Attachments:
> 0001-QPID-8164-Make-sure-that-only-own-connection-consume.patch,
> 0002-QPID-8164-Add-JMS-system-test.patch
>
>
> The JMS 2.0 specification, 6.2.2 Creating temporary destinations, says:
> {quote}Temporary destinations (TemporaryQueue or TemporaryTopic objects) are
> destinations that are system-generated uniquely for their connection. Only
> their own connection is allowed to create consumer objects for them.
> {quote}
> Currently when the Qpid JMS Client is used with Broker-J, the last sentence
> whilst being enforced by the client is not enforced by the *Broker*. This
> means that if the temporary destination were to be passed to another party -
> say as a JMSReplyTo, that client would be able to create a consumer,
> violating the JMS specification.
> I think Broker-J ought to be detecting the terminus capability
> {{temporary-queue}} specified by amqp-bindmap-jms-v1.0-wd09 and then applying
> the correct queue exclusivity policy.
> I think the same problem may apply to the temporary-topics too (but not
> confirmed)
>
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Updated] (QPID-8164) [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the temporary-queue capability do not enforce connection exclusivity
[
https://issues.apache.org/jira/browse/QPID-8164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Keith Wall updated QPID-8164:
-
Fix Version/s: qpid-java-broker-7.0.4
qpid-java-broker-7.1
> [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the
> temporary-queue capability do not enforce connection exclusivity
> ---
>
> Key: QPID-8164
> URL: https://issues.apache.org/jira/browse/QPID-8164
> Project: Qpid
> Issue Type: Bug
> Components: Broker-J
>Reporter: Keith Wall
>Assignee: Alex Rudyy
>Priority: Major
> Fix For: qpid-java-broker-7.1, qpid-java-broker-7.0.4
>
> Attachments:
> 0001-QPID-8164-Make-sure-that-only-own-connection-consume.patch,
> 0002-QPID-8164-Add-JMS-system-test.patch
>
>
> The JMS 2.0 specification, 6.2.2 Creating temporary destinations, says:
> {quote}Temporary destinations (TemporaryQueue or TemporaryTopic objects) are
> destinations that are system-generated uniquely for their connection. Only
> their own connection is allowed to create consumer objects for them.
> {quote}
> Currently when the Qpid JMS Client is used with Broker-J, the last sentence
> whilst being enforced by the client is not enforced by the *Broker*. This
> means that if the temporary destination were to be passed to another party -
> say as a JMSReplyTo, that client would be able to create a consumer,
> violating the JMS specification.
> I think Broker-J ought to be detecting the terminus capability
> {{temporary-queue}} specified by amqp-bindmap-jms-v1.0-wd09 and then applying
> the correct queue exclusivity policy.
> I think the same problem may apply to the temporary-topics too (but not
> confirmed)
>
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Updated] (QPID-8164) [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the temporary-queue capability do not enforce connection exclusivity
[
https://issues.apache.org/jira/browse/QPID-8164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alex Rudyy updated QPID-8164:
-
Status: Reviewable (was: In Progress)
> [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the
> temporary-queue capability do not enforce connection exclusivity
> ---
>
> Key: QPID-8164
> URL: https://issues.apache.org/jira/browse/QPID-8164
> Project: Qpid
> Issue Type: Bug
> Components: Broker-J
>Reporter: Keith Wall
>Assignee: Alex Rudyy
>Priority: Major
> Attachments:
> 0001-QPID-8164-Make-sure-that-only-own-connection-consume.patch,
> 0002-QPID-8164-Add-JMS-system-test.patch
>
>
> The JMS 2.0 specification, 6.2.2 Creating temporary destinations, says:
> {quote}Temporary destinations (TemporaryQueue or TemporaryTopic objects) are
> destinations that are system-generated uniquely for their connection. Only
> their own connection is allowed to create consumer objects for them.
> {quote}
> Currently when the Qpid JMS Client is used with Broker-J, the last sentence
> whilst being enforced by the client is not enforced by the *Broker*. This
> means that if the temporary destination were to be passed to another party -
> say as a JMSReplyTo, that client would be able to create a consumer,
> violating the JMS specification.
> I think Broker-J ought to be detecting the terminus capability
> {{temporary-queue}} specified by amqp-bindmap-jms-v1.0-wd09 and then applying
> the correct queue exclusivity policy.
> I think the same problem may apply to the temporary-topics too (but not
> confirmed)
>
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Updated] (QPID-8164) [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the temporary-queue capability do not enforce connection exclusivity
[
https://issues.apache.org/jira/browse/QPID-8164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alex Rudyy updated QPID-8164:
-
Attachment: 0002-QPID-8164-Add-JMS-system-test.patch
> [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the
> temporary-queue capability do not enforce connection exclusivity
> ---
>
> Key: QPID-8164
> URL: https://issues.apache.org/jira/browse/QPID-8164
> Project: Qpid
> Issue Type: Bug
> Components: Broker-J
>Reporter: Keith Wall
>Priority: Major
> Attachments:
> 0001-QPID-8164-Make-sure-that-only-own-connection-consume.patch,
> 0002-QPID-8164-Add-JMS-system-test.patch
>
>
> The JMS 2.0 specification, 6.2.2 Creating temporary destinations, says:
> {quote}Temporary destinations (TemporaryQueue or TemporaryTopic objects) are
> destinations that are system-generated uniquely for their connection. Only
> their own connection is allowed to create consumer objects for them.
> {quote}
> Currently when the Qpid JMS Client is used with Broker-J, the last sentence
> whilst being enforced by the client is not enforced by the *Broker*. This
> means that if the temporary destination were to be passed to another party -
> say as a JMSReplyTo, that client would be able to create a consumer,
> violating the JMS specification.
> I think Broker-J ought to be detecting the terminus capability
> {{temporary-queue}} specified by amqp-bindmap-jms-v1.0-wd09 and then applying
> the correct queue exclusivity policy.
> I think the same problem may apply to the temporary-topics too (but not
> confirmed)
>
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Updated] (QPID-8164) [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the temporary-queue capability do not enforce connection exclusivity
[
https://issues.apache.org/jira/browse/QPID-8164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alex Rudyy updated QPID-8164:
-
Attachment: 0001-QPID-8164-Make-sure-that-only-own-connection-consume.patch
> [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the
> temporary-queue capability do not enforce connection exclusivity
> ---
>
> Key: QPID-8164
> URL: https://issues.apache.org/jira/browse/QPID-8164
> Project: Qpid
> Issue Type: Bug
> Components: Broker-J
>Reporter: Keith Wall
>Priority: Major
> Attachments:
> 0001-QPID-8164-Make-sure-that-only-own-connection-consume.patch
>
>
> The JMS 2.0 specification, 6.2.2 Creating temporary destinations, says:
> {quote}Temporary destinations (TemporaryQueue or TemporaryTopic objects) are
> destinations that are system-generated uniquely for their connection. Only
> their own connection is allowed to create consumer objects for them.
> {quote}
> Currently when the Qpid JMS Client is used with Broker-J, the last sentence
> whilst being enforced by the client is not enforced by the *Broker*. This
> means that if the temporary destination were to be passed to another party -
> say as a JMSReplyTo, that client would be able to create a consumer,
> violating the JMS specification.
> I think Broker-J ought to be detecting the terminus capability
> {{temporary-queue}} specified by amqp-bindmap-jms-v1.0-wd09 and then applying
> the correct queue exclusivity policy.
> I think the same problem may apply to the temporary-topics too (but not
> confirmed)
>
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Updated] (QPID-8164) [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the temporary-queue capability do not enforce connection exclusivity
[
https://issues.apache.org/jira/browse/QPID-8164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Keith Wall updated QPID-8164:
-
Summary: [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the
temporary-queue capability do not enforce connection exclusivity (was:
[Broker-J] [AMQP 1.0] [BINDMAP] temporary-queue do not enforce connection
exclusivity)
> [Broker-J] [AMQP 1.0] [BINDMAP] Dynamic nodes created with the
> temporary-queue capability do not enforce connection exclusivity
> ---
>
> Key: QPID-8164
> URL: https://issues.apache.org/jira/browse/QPID-8164
> Project: Qpid
> Issue Type: Bug
> Components: Broker-J
>Reporter: Keith Wall
>Priority: Major
>
> The JMS 2.0 specification, 6.2.2 Creating temporary destinations, says:
> {quote}Temporary destinations (TemporaryQueue or TemporaryTopic objects) are
> destinations that are system-generated uniquely for their connection. Only
> their own connection is allowed to create consumer objects for them.
> {quote}
> Currently when the Qpid JMS Client is used with Broker-J, the last sentence
> whilst being enforced by the client is not enforced by the *Broker*. This
> means that if the temporary destination were to be passed to another party -
> say as a JMSReplyTo, that client would be able to create a consumer,
> violating the JMS specification.
> I think Broker-J ought to be detecting the terminus capability
> {{temporary-queue}} specified by amqp-bindmap-jms-v1.0-wd09 and then applying
> the correct queue exclusivity policy.
> I think the same problem may apply to the temporary-topics too (but not
> confirmed)
>
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
