[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=506436=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-506436 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 29/Oct/20 22:20 Start Date: 29/Oct/20 22:20 Worklog Time Spent: 10m Work Description: clebertsuconic edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-719056558 @Havret thanks for contributing.. I have seen other nice contributions from you... it's just that I hit another recent issue around mirroring and broker connection that I was working on, and I have seen another issue around this.. when I saw this I came with the -1... that's why I didn't bring this up before. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 506436) Time Spent: 11h 20m (was: 11h 10m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 11h 20m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=506437=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-506437 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 29/Oct/20 22:20 Start Date: 29/Oct/20 22:20 Worklog Time Spent: 10m Work Description: clebertsuconic commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-719056847 I will close it based on the discussion! This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 506437) Time Spent: 11.5h (was: 11h 20m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 11.5h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=506438=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-506438 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 29/Oct/20 22:20 Start Date: 29/Oct/20 22:20 Worklog Time Spent: 10m Work Description: clebertsuconic closed pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 506438) Time Spent: 11h 40m (was: 11.5h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 11h 40m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=506435=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-506435 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 29/Oct/20 22:19 Start Date: 29/Oct/20 22:19 Worklog Time Spent: 10m Work Description: clebertsuconic commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-719056558 @Havret thanks for contributing.. I have seen other nice contributions from you... it's just that I hit another recent around mirroring and broker connection that I was working on, and I have seen another issue around this.. when I saw this I came with the -1... that's why I didn't bring this up before. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 506435) Time Spent: 11h 10m (was: 11h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 11h 10m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=506373=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-506373 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 29/Oct/20 19:58 Start Date: 29/Oct/20 19:58 Worklog Time Spent: 10m Work Description: Havret edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-718983078 Yes, I totally agree (maybe besides the impact of auto-creation of queues to routing). I followed @jbertram advice and implemented topology management system similar to what is available for RabbitMQ. It is more robust and powerful solution. Sorry for the hassle. I will close this PR by tomorrow. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 506373) Time Spent: 11h (was: 10h 50m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 11h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=506372=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-506372 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 29/Oct/20 19:51 Start Date: 29/Oct/20 19:51 Worklog Time Spent: 10m Work Description: Havret commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-718983078 Yes, I totally agree. I followed @jbertram advice and implemented topology management system similar to what is available for RabbitMQ. It is more robust and powerful solution. Sorry for the hassle. I will close this PR by tomorrow. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 506372) Time Spent: 10h 50m (was: 10h 40m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 10h 50m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=506368=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-506368 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 29/Oct/20 19:44 Start Date: 29/Oct/20 19:44 Worklog Time Spent: 10m Work Description: clebertsuconic commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-718980203 I would like to -1000 on this. it's already complicated having auto-creating and routing messages. Doing this kind of thing would require doing a lot of computation on queue adding. I don't really think we should use FQQN on auto-create. quite the opposite you should not be using auto-creatin at all on a production system IMHO. If you do, use it for simple cases.. this is definitely not a simple case and it would induce a lot of calculations during simple message routes on regular cases. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 506368) Time Spent: 10h 40m (was: 10.5h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 10h 40m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=437616=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-437616 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 27/May/20 04:14 Start Date: 27/May/20 04:14 Worklog Time Spent: 10m Work Description: Havret commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-634267603 I'm not sure if mixing JMS concepts into this is the best idea. Determining whether a queue is durable/non-durable or shared/non-shared based on routing type seems to me pretty non-intuitive. Moreover, the way that JMS differentiate `createDurableconsumer(Topic)` and `createConsumer(Topic)` is based on `TerminusDurability` and `TerminusExpiryPolicy`. As @gemmellr tried to explain to me throughout the big chunk of this thread, this property cannot be used to determine whether a queue is durable or not. In the ideal world, I would just use `TerminusDurability` and `shared` capability. Having these two properties with FQQN, would make it possible to fully leverage Artemis Address Model in a dead-simple way: | Address | Queue | Routing Type | Durable | Shared|amqp address | capabilities | durable | |---|---|---|---|---|---|---|---| | a1 | q1 | Multicast | true | true | a1:q1 | shared, topic | 2| | a1 | q1 | Anycast| true | true | a1:q1 | shared, queue | 2| | a1 | q1 | Multicast | true | false| a1:q1 | topic | 2| | a1 | q1 | Anycast| true | false | a1:q1 | queue | 2| | a1 | q1 | Multicast | false | true | a1:q1 | shared, topic | 0 | | a1 | q1 | Anycast| true | false | a1:q1 | shared, queue | 0 | | a1 | q1 | Multicast | false | false| a1:q1 | topic | 0 | | a1 | q1 | Anycast| false | false | a1:q1 | queue | 0 | If we create a queue based on FQQN, only if the queue doesn't exist, we wouldn't break any existing users, as they are using FQQN to attach to pre-configured queues anyway. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 437616) Time Spent: 10.5h (was: 10h 20m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 10.5h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=437482=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-437482 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 27/May/20 03:55 Start Date: 27/May/20 03:55 Worklog Time Spent: 10m Work Description: michaelpearce-gain edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-634306475 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 437482) Time Spent: 10h 20m (was: 10h 10m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 10h 20m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=437409=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-437409 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 27/May/20 03:45 Start Date: 27/May/20 03:45 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-634282836 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 437409) Time Spent: 10h 10m (was: 10h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 10h 10m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=437381=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-437381 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 27/May/20 03:42 Start Date: 27/May/20 03:42 Worklog Time Spent: 10m Work Description: Havret edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-634267603 I'm not sure if mixing JMS concepts into this is the best idea. Determining whether a queue is durable/non-durable or shared/non-shared based on routing type seems to me pretty non-intuitive. Moreover, the way that JMS differentiate `createDurableconsumer(Topic)` and `createConsumer(Topic)` is based on `TerminusDurability` and `TerminusExpiryPolicy`. As @gemmellr tried to explain to me throughout the big chunk of this thread, this property cannot be used to determine whether a queue is durable or not. In the ideal world, I would just use `TerminusDurability` and `shared` capability. Having these two properties with FQQN, would make it possible to fully leverage Artemis Address Model in a dead-simple way: | Address | Queue | Routing Type | Durable | Shared|amqp address | capabilities | durable | |---|---|---|---|---|---|---|---| | a1 | q1 | Multicast | true | true | a1::q1 | shared, topic | 2| | a1 | q1 | Anycast| true | true | a1::q1 | shared, queue | 2| | a1 | q1 | Multicast | true | false| a1::q1 | topic | 2| | a1 | q1 | Anycast| true | false | a1::q1 | queue | 2| | a1 | q1 | Multicast | false | true | a1::q1 | shared, topic | 0 | | a1 | q1 | Anycast| true | false | a1::q1 | shared, queue | 0 | | a1 | q1 | Multicast | false | false| a1::q1 | topic | 0 | | a1 | q1 | Anycast| false | false | a1::q1 | queue | 0 | If we create a queue based on FQQN, only if the queue doesn't exist, we wouldn't break any existing users, as they are using FQQN to attach to pre-configured queues anyway. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 437381) Time Spent: 10h (was: 9h 50m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 10h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=437253=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-437253 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 27/May/20 03:25 Start Date: 27/May/20 03:25 Worklog Time Spent: 10m Work Description: michaelandrepearce commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-634282836 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 437253) Time Spent: 9h 50m (was: 9h 40m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 9h 50m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=437252=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-437252 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 27/May/20 03:25 Start Date: 27/May/20 03:25 Worklog Time Spent: 10m Work Description: michaelpearce-gain commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-634306475 If you look at FQQNOpenWireTest youll notice some existing cross protocol tests, you will want to add AMQP to that, and enhance for any extra cases, to ensure behaviour across JMS is aligned. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 437252) Time Spent: 9h 40m (was: 9.5h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 9h 40m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436985=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436985 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:34 Start Date: 24/May/20 20:34 Worklog Time Spent: 10m Work Description: michaelandrepearce commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633294661 re: > So the behavior shouldn't change unless somebody relies on the fact, that the broker returns an error if one tries to attach to the queue that doesn't exist, instead of simply creating it. They do, if security settings etc, youll need tests on this. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436985) Time Spent: 9.5h (was: 9h 20m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 9.5h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436984=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436984 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:32 Start Date: 24/May/20 20:32 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633293839 I was editing my comment, as hadn;'t fully finished. Mappings i would expect from a black box testing: JmsQueueConsumer (createConsumer(Queue)-> shared durable (aka max consumer = -1, durable=true) JmsTopicConsumer (createConsumer(Topic)) -> non durable shared (max consumer = -1, durable=false, and tempoary) JmsTopicConsumer (createDurableconsumer(Topic)) -> non shared durable (max consumer = 1, durable = true) For nonshared, non durable a user would just not use FQQN. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436984) Time Spent: 9h 20m (was: 9h 10m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 9h 20m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436983=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436983 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:30 Start Date: 24/May/20 20:30 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633293839 I was editing my comment, as hadn;'t fully finished. Mappings i would expect from a black box testing: JmsQueueConsumer (createConsumer(Queue)-> shared durable JmsTopicConsumer (createConsumer(Topic)) -> non durable shared JmsTopicConsumer (createDurableconsumer(Topic)) -> non shared durable For nonshared, non durable a user would just not use FQQN. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436983) Time Spent: 9h 10m (was: 9h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 9h 10m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436980=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436980 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:29 Start Date: 24/May/20 20:29 Worklog Time Spent: 10m Work Description: michaelandrepearce commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633293839 I was editing my comment, as hadn;'t fully finished. Mappings i would expect from a black box testing: JmsQueueConsumer (createConsumer(Queue)-> shared durable JmsTopicConsumer (createConsumer(Topic)) -> non durable shared JmsTopicConsumer (createDurableconsumer(Topic)) -> non shared durable For nonshared, non durable a user would just not use FQQN. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436980) Time Spent: 9h (was: 8h 50m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 9h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436977=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436977 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:26 Start Date: 24/May/20 20:26 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633289092 Just to note and for the record, i am cautious of this change, as the FQQN was added for legacy stuff, making this change could be impacting to those expected behaviours. And building on it further encourages its use to proliferate. Unlike stomp, which you bring up, AMQP has a very rich messaging structure that supports this, as such its not like comparing stomp or openwire which are limited, in this area. Personally i think for any higher level AMQP clients (e.g JMS/NMS) they would be better to expend time into adding support for the equivalent of jms shared sub in their abstractions, , so in case of NMS that would be to get that updated to similar spec level with JMS 2.0 I guess mapping would be for JMS 1.1 for fqqn genreated depending on the consumer the client made in jms api. JmsQueueConsumer (createConsumer(Queue)-> shared durable JmsTopicConsumer (createConsumer(Topic)) -> non durable shared JmsTopicConsumer (createDurableconsumer(Topic)) -> non shared durable For nonshared, non durable a user would just not use FQQN. Def need tests for the above., and all the combinations. You could look to make use of ParameterisedAddress (re use, like CompositeAddress is) like in Core to get extra queue config for a queue off the name, to allow for more configuration to be able to be present in the fqqn address. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436977) Time Spent: 8h 50m (was: 8h 40m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 8h 50m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436975=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436975 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:25 Start Date: 24/May/20 20:25 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633289092 Just to note and for the record, i am cautious of this change, as the FQQN was added for legacy stuff, making this change could be impacting to those expected behaviours. And building on it further encourages its use to proliferate. Unlike stomp, which you bring up, AMQP has a very rich messaging structure that supports this, as such its not like comparing stomp or openwire which are limited, in this area. Personally i think for any higher level AMQP clients (e.g JMS/NMS) they would be better to expend time into adding support for the equivalent of jms shared sub in their abstractions, , so in case of NMS that would be to get that updated to similar spec level with JMS 2.0 I guess mapping would be for JMS 1.1 for fqqn genreated depending on the consumer the client made in jms api. JmsQueueConsumer (createConsumer(Queue)-> shareddurable JmsTopicConsumer (createConsumer(Topic)) -> non durable JmsTopicConsumer (createDurableconsumer(Topic)) -> non shared durable I dont think its possible to map to autocreate a shared non durable, when presented fqqn with jms 1.1 Def need tests for the above., and all the combinations. You could look to make use of ParameterisedAddress (re use, like CompositeAddress is) like in Core to get extra queue config for a queue off the name, to allow for more configuration to be able to be present in the fqqn address. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436975) Time Spent: 8.5h (was: 8h 20m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 8.5h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436976=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436976 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:25 Start Date: 24/May/20 20:25 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633289092 Just to note and for the record, i am cautious of this change, as the FQQN was added for legacy stuff, making this change could be impacting to those expected behaviours. And building on it further encourages its use to proliferate. Unlike stomp, which you bring up, AMQP has a very rich messaging structure that supports this, as such its not like comparing stomp or openwire which are limited, in this area. Personally i think for any higher level AMQP clients (e.g JMS/NMS) they would be better to expend time into adding support for the equivalent of jms shared sub in their abstractions, , so in case of NMS that would be to get that updated to similar spec level with JMS 2.0 I guess mapping would be for JMS 1.1 for fqqn genreated depending on the consumer the client made in jms api. JmsQueueConsumer (createConsumer(Queue)-> shared durable JmsTopicConsumer (createConsumer(Topic)) -> non durable shared JmsTopicConsumer (createDurableconsumer(Topic)) -> non shared durable Def need tests for the above., and all the combinations. You could look to make use of ParameterisedAddress (re use, like CompositeAddress is) like in Core to get extra queue config for a queue off the name, to allow for more configuration to be able to be present in the fqqn address. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436976) Time Spent: 8h 40m (was: 8.5h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 8h 40m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436972=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436972 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:24 Start Date: 24/May/20 20:24 Worklog Time Spent: 10m Work Description: Havret edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633292814 So the behavior shouldn't change unless somebody relies on the fact, that the broker returns an error if one tries to attach to the queue that doesn't exist, instead of simply creating it. > If i was to guess at a default queue type, i would go with a durable shared queue. You could look to make use of ParameterisedAddress like in Core to get extra queue config for a queue off the name, to allow for more configuration to be able to be present in the fqqn address I think this is the current behavior as the only difference between `createUnsharedDurableQueue` and is `createSharedDurableQueue` is that Unshared set consumer limit to 1. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436972) Time Spent: 8h 20m (was: 8h 10m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 8h 20m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436969=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436969 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:23 Start Date: 24/May/20 20:23 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633289092 Just to note and for the record, i am cautious of this change, as the FQQN was added for legacy stuff, making this change could be impacting to those expected behaviours. And building on it further encourages its use to proliferate. Unlike stomp, which you bring up, AMQP has a very rich messaging structure that supports this, as such its not like comparing stomp or openwire which are limited, in this area. Personally i think for any higher level AMQP clients (e.g JMS/NMS) they would be better to expend time into adding support for the equivalent of jms shared sub in their abstractions, , so in case of NMS that would be to get that updated to similar spec level with JMS 2.0 I guess mapping would be for JMS 1.1 for fqqn genreated depending on the consumer the client made in jms api. JmsQueueConsumer -> shareddurable JmsTopicConsumer -> non durable JmsTopicConsumer (createDurableconsumer) -> non shared durable I dont think its possible to map to autocreate a shared non durable, when presented fqqn with jms 1.1 You could look to make use of ParameterisedAddress (re use, like CompositeAddress is) like in Core to get extra queue config for a queue off the name, to allow for more configuration to be able to be present in the fqqn address. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436969) Time Spent: 7h 50m (was: 7h 40m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 7h 50m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436971=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436971 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:23 Start Date: 24/May/20 20:23 Worklog Time Spent: 10m Work Description: Havret commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633292814 So the behavior shouldn't change unless somebody relies on the fact, that the broker returns an error if one tries to attach to the queue that doesn't exist, instead of simply creating it. > If i was to guess at a default queue type, i would go with a durable shared queue. You could look to make use of ParameterisedAddress like in Core to get extra queue config for a queue off the name, to allow for more configuration to be able to be present in the fqqn address So I think this is the current behavior as the only difference between `createUnsharedDurableQueue` and is `createSharedDurableQueue` is that Unshared set consumer limit to 1. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436971) Time Spent: 8h 10m (was: 8h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 8h 10m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436970=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436970 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:23 Start Date: 24/May/20 20:23 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633289092 Just to note and for the record, i am cautious of this change, as the FQQN was added for legacy stuff, making this change could be impacting to those expected behaviours. And building on it further encourages its use to proliferate. Unlike stomp, which you bring up, AMQP has a very rich messaging structure that supports this, as such its not like comparing stomp or openwire which are limited, in this area. Personally i think for any higher level AMQP clients (e.g JMS/NMS) they would be better to expend time into adding support for the equivalent of jms shared sub in their abstractions, , so in case of NMS that would be to get that updated to similar spec level with JMS 2.0 I guess mapping would be for JMS 1.1 for fqqn genreated depending on the consumer the client made in jms api. JmsQueueConsumer -> shareddurable JmsTopicConsumer -> non durable JmsTopicConsumer (createDurableconsumer) -> non shared durable I dont think its possible to map to autocreate a shared non durable, when presented fqqn with jms 1.1 Def need tests for the above., and all the combinations. You could look to make use of ParameterisedAddress (re use, like CompositeAddress is) like in Core to get extra queue config for a queue off the name, to allow for more configuration to be able to be present in the fqqn address. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436970) Time Spent: 8h (was: 7h 50m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 8h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436968=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436968 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:21 Start Date: 24/May/20 20:21 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633289092 Just to note and for the record, i am cautious of this change, as the FQQN was added for legacy stuff, making this change could be impacting to those expected behaviours. And building on it further encourages its use to proliferate. Unlike stomp, which you bring up, AMQP has a very rich messaging structure that supports this, as such its not like comparing stomp or openwire which are limited, in this area. Personally i think for any higher level AMQP clients (e.g JMS/NMS) they would be better to expend time into adding support for the equivalent of jms shared sub in their abstractions, , so in case of NMS that would be to get that updated to similar spec level with JMS 2.0 I guess mapping would be for JMS 1.1 for fqqn genreated JmsQueueConsumer -> shareddurable JmsTopicConsumer -> non durable JmsTopicConsumer (createDurableconsumer) -> non shared durable I dont think its possible to map to autocreate a shared non durable, when presented fqqn with jms 1.1 You could look to make use of ParameterisedAddress (re use, like CompositeAddress is) like in Core to get extra queue config for a queue off the name, to allow for more configuration to be able to be present in the fqqn address. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436968) Time Spent: 7h 40m (was: 7.5h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 7h 40m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436967=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436967 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:21 Start Date: 24/May/20 20:21 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633289092 Just to note and for the record, i am cautious of this change, as the FQQN was added for legacy stuff, making this change could be impacting to those expected behaviours. And building on it further encourages its use to proliferate. Unlike stomp, which you bring up, AMQP has a very rich messaging structure that supports this, as such its not like comparing stomp or openwire which are limited, in this area. Personally i think for any higher level AMQP clients (e.g JMS/NMS) they would be better to expend time into adding support for the equivalent of jms shared sub in their abstractions, , so in case of NMS that would be to get that updated to similar spec level with JMS 2.0 I guess mapping would be for JMS 1.1 for fqqn genreated JmsQueueConsumer -> shareddurable JmsTopicConsumer -> non durable JmsTopicConsumer (createDurableconsumer) -> non shared durable I dont think its possible to map to autocreate a shared non durable, when presented fqqn with jms 1.1 You could look to make use of ParameterisedAddress like in Core to get extra queue config for a queue off the name, to allow for more configuration to be able to be present in the fqqn address. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436967) Time Spent: 7.5h (was: 7h 20m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 7.5h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436961=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436961 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:14 Start Date: 24/May/20 20:14 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633289092 Just to note and for the record, i am cautious of this change, as the FQQN was added for legacy stuff, making this change could be impacting to those expected behaviours. And building on it further encourages its use to proliferate. Unlike stomp, which you bring up, AMQP has a very rich messaging structure that supports this, as such its not like comparing stomp or openwire which are limited, in this area. Personally i think for any higher level AMQP clients (e.g JMS/NMS) they would be better to expend time into adding support for the equivalent of jms shared sub in their abstractions, , so in case of NMS that would be to get that updated to similar spec level with JMS 2.0 If i was to guess at a default queue type, i would go with a durable shared queue. You could look to make use of ParameterisedAddress like in Core to get extra queue config for a queue off the name, to allow for more configuration to be able to be present in the fqqn address This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436961) Time Spent: 7h 20m (was: 7h 10m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 7h 20m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436959=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436959 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:13 Start Date: 24/May/20 20:13 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633289092 Just to note and for the record, i am cautious of this change, as the FQQN was added for legacy stuff, making this change could be impacting to those expected behaviours. And building on it further encourages its use to proliferate. Unlike stomp, which you bring up, AMQP has a very rich messaging structure that supports this, as such its not like comparing stomp or openwire which are limited, in this area. Personally i think for any higher level AMQP clients (e.g JMS/NMS) they would be better to expend time into adding support for the equivalent of jms shared sub in their abstractions, , so in case of NMS that would be to get that updated to similar spec level with JMS 2.0 If i was to guess at a default queue type, i would go with a durable shared queue. You could look to make use of ParameterisedAddress like in Core to get extra queue config for a queue off the name This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436959) Time Spent: 7h 10m (was: 7h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 7h 10m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436956=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436956 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:13 Start Date: 24/May/20 20:13 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633289092 Just to note and for the record, i am cautious of this change, as the FQQN was added for legacy stuff, making this change could be impacting to those expected behaviours. And building on it further encourages its use to proliferate. Unlike stomp, which you bring up, AMQP has a very rich messaging structure that supports this, as such its not like comparing stomp or openwire which are limited, in this area. Personally i think for any higher level AMQP clients (e.g JMS/NMS) they would be better to expend time into adding support for the equivalent of jms shared sub in their abstractions, , so in case of NMS that would be to get that updated to similar spec level with JMS 2.0 If i was to guess at a default queue type, i would go with a durable shared queue. You could look to make use of ParameterisedAddress like in Core to get extra config for a queue off the name This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436956) Time Spent: 7h (was: 6h 50m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 7h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436949=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436949 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:04 Start Date: 24/May/20 20:04 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633289092 Just to note and for the record, i am cautious of this change, as the FQQN was added for legacy stuff, making this change could be impacting to those expected behaviours. And building on it further encourages its use to proliferate. Unlike stomp, which you bring up, AMQP has a very rich messaging structure that supports this, as such its not like comparing stomp or openwire which are limited. Personally i think for any higher level AMQP clients (e.g JMS/NMS) they would be better to expend time into adding support for the equivalent of jms shared sub in their abstractions, , so in case of NMS that would be to get that updated to similar spec level with JMS 2.0 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436949) Time Spent: 6h 40m (was: 6.5h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 6h 40m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436950=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436950 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:04 Start Date: 24/May/20 20:04 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633289092 Just to note and for the record, i am cautious of this change, as the FQQN was added for legacy stuff, making this change could be impacting to those expected behaviours. And building on it further encourages its use to proliferate. Unlike stomp, which you bring up, AMQP has a very rich messaging structure that supports this, as such its not like comparing stomp or openwire which are limited, in this area. Personally i think for any higher level AMQP clients (e.g JMS/NMS) they would be better to expend time into adding support for the equivalent of jms shared sub in their abstractions, , so in case of NMS that would be to get that updated to similar spec level with JMS 2.0 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436950) Time Spent: 6h 50m (was: 6h 40m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 6h 50m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436948=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436948 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 20:03 Start Date: 24/May/20 20:03 Worklog Time Spent: 10m Work Description: michaelandrepearce commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633289092 Just to note and for the record, i am cautious of this change, as the FQQN was added for legacy stuff, making this change could be impacting to those expected behaviours. Unlike stomp AMQP has a very rich structure that supports this, as such its not like comparing stomp or openwire which are limited. Personally i think for any higher level AMQP clients (e.g JMS/NMS) they would be better to expend time into adding support for the equivalent of jms shared sub in their abstractions, , so in case of NMS that would be to get that updated to similar spec level with JMS 2.0 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436948) Time Spent: 6.5h (was: 6h 20m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 6.5h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436944=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436944 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 19:25 Start Date: 24/May/20 19:25 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633280730 For AMQP clients they should really be using correct structures of AMQP not coding to FQQN. Its intent was solely for JMS legacy workaround where client has not yet upgraded to JMS 2 which supports shared subs etc. And in JMS 2.0 Amqp client like qpid they correctly set the amqp structures. This was focussed on jms 1.1 legacy usecases as a bridging mechanism where client upgrade to 2.0 wasnt yet feasible. For non jms usecase in amqp, then should advocating using the correct amqp structures. E.g. in your case such where NMS doesnt yet support 2.0 (wip) then youre restricted to fqqn for shared subs. Obviously the whole issue is removed when we get NMS 2.0 upto 2.0 spec. As such i would just assume in code that if fqqn and queue not found it is a multicast you want to create on This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436944) Time Spent: 6h 20m (was: 6h 10m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 6h 20m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436943=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436943 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 19:24 Start Date: 24/May/20 19:24 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633280730 For AMQP clients they should really be using correct structures of AMQP not coding to FQQN. Its intent was solely for JMS legacy workaround where client has not yet upgraded to JMS 2 which supports shared subs etc. And in JMS 2.0 Amqp client like qpid they correctly set the amqp structures. This was focussed on jms 1.1 legacy usecases as a bridging mechanism where client upgrade to 2.0 wasnt yet feasible. For non jms usecase in amqp, then should advocating using the correct amqp structures. E.g. in your case such where NMS doesnt yet support 2.0 (wip) then youre restricted to fqqn for shared subs. Obviously the whole issue is removed when you get NMS 2.0 upto 2.0 spec. As such i would just assume in code that if fqqn and queue not found it is a multicast you want to create on This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436943) Time Spent: 6h 10m (was: 6h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 6h 10m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436942=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436942 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 19:23 Start Date: 24/May/20 19:23 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633280730 For AMQP clients they should really be using correct structures of AMQP not coding to FQQN. Its intent was solely for JMS legacy workaround where client has not yet upgraded to JMS 2 which supports shared subs etc. And in JMS 2.0 Amqp client like qpid they correctly set the amqp structures. This was focussed on jms usecases for non jms usecase in amqp, then should advocating using the correct amqp structures. E.g. in your case such where NMS doesnt yet support 2.0 (wip) then youre restricted to fqqn for shared subs. Obviously the whole issue is removed when you get NMS 2.0 upto 2.0 spec. As such i would just assume in code that if fqqn and queue not found it is a multicast you want to create on This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436942) Time Spent: 6h (was: 5h 50m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 6h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436941=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436941 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 19:22 Start Date: 24/May/20 19:22 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633280730 For AMQP clients they should really be using correct structures of AMQP not coding to FQQN. Its intent was solely for JMS legacy workaround where client has not yet upgraded to JMS 2 which supports shared subs etc. And in JMS 2.0 Amqp client like qpid they correctly set the amqp structures. This was focussed on jms usecases for non jms usecase in amqp, then should advocating using the correct amqp structures. E.g. in your case such where NMS doesnt yet support 2.0 (wip) then youre restricted to fqqn for shared subs. Obviously the whole issue is removed when you get NMS 2.0 upto 2.0 spec. As such i would just assume if fqqn and queue not found it is a multicast you want to create on This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436941) Time Spent: 5h 50m (was: 5h 40m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 5h 50m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436940=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436940 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 19:22 Start Date: 24/May/20 19:22 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633280730 For AMQP clients they should really be using correct structures of AMQP not coding to FQQN. Its intent was solely for JMS legacy workaround where client has not yet upgraded to JMS 2 which supports shared subs etc. And in JMS 2.0 Amqp client like qpid they correctly set the amqp structures. This was focussed on jms usecases for non jms usecase in amqp, then should advocating using the correct amqp structures. E.g. in your case such where NMS doesnt yet support 2.0 (wip) then youre restricted to fqqn for shared subs. Obviously the whole issue is removed when you get NMS 2.0 upto 2.0 spec. As such i would just assume if fqqn and queue not found it is a multicast This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436940) Time Spent: 5h 40m (was: 5.5h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 5h 40m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436939=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436939 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 19:19 Start Date: 24/May/20 19:19 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633280730 For AMQP clients they should really be using correct structures of AMQP not coding to FQQN. Its intent was solely for JMS legacy workaround where client has not yet upgraded to JMS 2 which supports shared subs etc. And in JMS 2.0 Amqp client like qpid they correctly set the amqp structures. E.g. in your case such where NMS doesnt yet support 2.0 (wip) then youre restricted to fqqn for shared subs. Obviously the whole issue is removed when you get NMS 2.0 upto 2.0 spec. As such i would just assume if fqqn and queue not found it is a multicast This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436939) Time Spent: 5.5h (was: 5h 20m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 5.5h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436938=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436938 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 19:18 Start Date: 24/May/20 19:18 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633280730 For AMQP clients they should really be using correct structures of AMQP not coding to FQQN. Its intent was solely for JMS legacy workaround where client has not yet upgraded to JMS 2 which supports shared subs etc. And in JMS 2.0 Amqp client like qpid they correctly set the amqp structures. E.g. in your case such where NMS doesnt yet support 2.0 (wip) then youre restricted to fqqn for shared subs. Obviously the whole issue is removed when you get NMS 2.0 upto 2.0 spec. As such i would just assume if fqqn and queue not found it is a multicast And here i would just focus on the This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436938) Time Spent: 5h 20m (was: 5h 10m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 5h 20m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436937=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436937 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 19:16 Start Date: 24/May/20 19:16 Worklog Time Spent: 10m Work Description: michaelandrepearce commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633280730 For AMQP clients they should really be using correct structures of AMQP not coding to FQQN. Its intent was solely for JMS legacy workaround where client has not yet upgraded to JMS 2 which supports shared subs etc. And in JMS 2.0 Amqp client like qpid they correctly set the amqp structures. E.g. in your case such where NMS doesnt yet support 2.0 (wip) then youre restricted to fqqn for shared subs. Obviously the whole issue is removed when you get NMS 2.0 upto 2.p spec. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436937) Time Spent: 5h 10m (was: 5h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 5h 10m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436936=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436936 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 19:09 Start Date: 24/May/20 19:09 Worklog Time Spent: 10m Work Description: Havret edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633278664 So if I make these changes, it will work partially for multicast routing type (but all queues will be created using `createUnsharedDurableQueue` method. Not sure if this is desired. And it doesn't work at all for anycast, because of this if:  Any suggestions? > For anycast i wouldnt even bother, the anycast queue is expected to have been created when the queue address is, for JMS semantics anyhow. (E.g. the original remit of FQQN was allowing a JMS queue consumer bind to a mutlicat queue, to get around issues where a JMS client was still at 1.1 spec without shared sub support ) But we would end up with the implementation that's not in sync with what's available for instance for STOMP. The whole point of this PR was to make it right, and easier to utilize for non-JMS AMQP based clients. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436936) Time Spent: 5h (was: 4h 50m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 5h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436935=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436935 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 19:07 Start Date: 24/May/20 19:07 Worklog Time Spent: 10m Work Description: Havret edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633278664 So if I make these changes, it will work partially for multicast routing type (but all queues will be created using `createUnsharedDurableQueue` method. Not sure if this is desired. And it doesn't work at all for anycast, because of this if:  Any suggestions? > For anycast i wouldnt even bother, the anycast queue is expected to have been created when the queue address is, for JMS semantics anyhow. (E.g. the original remit of FQQN was allowing a JMS queue consumer bind to a mutlicat queue, to get around issues where a JMS client was still at 1.1 spec without shared sub support ) But we would end up with the implementation that's not in sync with what's available for instance for STOMP. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436935) Time Spent: 4h 50m (was: 4h 40m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 4h 50m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436934=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436934 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 19:03 Start Date: 24/May/20 19:03 Worklog Time Spent: 10m Work Description: Havret commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633278664 So if I make these changes, it will work partially for multicast routing type (but all queues will be created using `createUnsharedDurableQueue` method. Not sure if this is desired. And it doesn't work at all for anycast, because of this if:  Any suggestions? This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436934) Time Spent: 4h 40m (was: 4.5h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 4h 40m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[
https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436933=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436933
]
ASF GitHub Bot logged work on ARTEMIS-2614:
---
Author: ASF GitHub Bot
Created on: 24/May/20 18:46
Start Date: 24/May/20 18:46
Worklog Time Spent: 10m
Work Description: michaelandrepearce edited a comment on pull request
#3124:
URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633274657
For anycast i wouldnt even bother, the anycast queue is expected to have
been created when the queue address is, for JMS semantics anyhow. (E.g. the
original remit of FQQN was allowing a JMS queue consumer bind to a mutlicat
queue, to get around issues where a JMS client was still at 1.1 spec without
shared sub support )
re Topic (aka multicast)
Thats just original logic added for FQQN, getMatchingQueue, so just change
line 515 e.g. this
if (!result.isExists()) {
throw new ActiveMQAMQPNotFoundException("Queue: '" + queueName +
"' does not exist");
to return null, instead of throw exception (as like for non fqqn)
do keep the rest of it.
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
Issue Time Tracking
---
Worklog Id: (was: 436933)
Time Spent: 4.5h (was: 4h 20m)
> Create queues for AMQP clients based on FQQN
>
>
> Key: ARTEMIS-2614
> URL: https://issues.apache.org/jira/browse/ARTEMIS-2614
> Project: ActiveMQ Artemis
> Issue Type: New Feature
> Components: AMQP
>Reporter: Krzysztof Porębski
>Priority: Major
> Time Spent: 4.5h
> Remaining Estimate: 0h
>
> As a follow up to the discussion on the mailing list I would like to suggest
> a new feature regarding FQQN implementation for AMQP protocol - creating
> queues.
> Currently there is no way of attaching to a queue using FQQN if the queue is
> not configured upfront. It should be changed so it would be possible to
> create queue via FQQN and a subset of the following capabilities:
> - shared
> - topic
> - queue
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[
https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436932=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436932
]
ASF GitHub Bot logged work on ARTEMIS-2614:
---
Author: ASF GitHub Bot
Created on: 24/May/20 18:45
Start Date: 24/May/20 18:45
Worklog Time Spent: 10m
Work Description: michaelandrepearce edited a comment on pull request
#3124:
URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633274657
For anycast i wouldnt even bother, the anycast queue is expected to have
been created when the queue address is, for JMS semantics anyhow. (E.g. the
original remit of FQQN was allowing a JMS queue consumer bind to a mutlicat
queue, to get around issues where a JMS client was still at 1.1 spec without
shared sub support)
re Topic (aka multicast)
Thats just original logic added for FQQN, getMatchingQueue, so just change
line 515 e.g. this
if (!result.isExists()) {
throw new ActiveMQAMQPNotFoundException("Queue: '" + queueName +
"' does not exist");
to return null, instead of throw exception (as like for non fqqn)
do keep the rest of it.
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
Issue Time Tracking
---
Worklog Id: (was: 436932)
Time Spent: 4h 20m (was: 4h 10m)
> Create queues for AMQP clients based on FQQN
>
>
> Key: ARTEMIS-2614
> URL: https://issues.apache.org/jira/browse/ARTEMIS-2614
> Project: ActiveMQ Artemis
> Issue Type: New Feature
> Components: AMQP
>Reporter: Krzysztof Porębski
>Priority: Major
> Time Spent: 4h 20m
> Remaining Estimate: 0h
>
> As a follow up to the discussion on the mailing list I would like to suggest
> a new feature regarding FQQN implementation for AMQP protocol - creating
> queues.
> Currently there is no way of attaching to a queue using FQQN if the queue is
> not configured upfront. It should be changed so it would be possible to
> create queue via FQQN and a subset of the following capabilities:
> - shared
> - topic
> - queue
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[
https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436931=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436931
]
ASF GitHub Bot logged work on ARTEMIS-2614:
---
Author: ASF GitHub Bot
Created on: 24/May/20 18:43
Start Date: 24/May/20 18:43
Worklog Time Spent: 10m
Work Description: michaelandrepearce edited a comment on pull request
#3124:
URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633274657
For anycast i wouldnt even bother, the anycast queue is expected to have
been created when the queue address is, for JMS semantics anyhow.
re Topic (aka multicast)
Thats just original logic added for FQQN, getMatchingQueue, so just change
line 515 e.g. this
if (!result.isExists()) {
throw new ActiveMQAMQPNotFoundException("Queue: '" + queueName +
"' does not exist");
to return null, instead of throw exception (as like for non fqqn)
do keep the rest of it.
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
Issue Time Tracking
---
Worklog Id: (was: 436931)
Time Spent: 4h 10m (was: 4h)
> Create queues for AMQP clients based on FQQN
>
>
> Key: ARTEMIS-2614
> URL: https://issues.apache.org/jira/browse/ARTEMIS-2614
> Project: ActiveMQ Artemis
> Issue Type: New Feature
> Components: AMQP
>Reporter: Krzysztof Porębski
>Priority: Major
> Time Spent: 4h 10m
> Remaining Estimate: 0h
>
> As a follow up to the discussion on the mailing list I would like to suggest
> a new feature regarding FQQN implementation for AMQP protocol - creating
> queues.
> Currently there is no way of attaching to a queue using FQQN if the queue is
> not configured upfront. It should be changed so it would be possible to
> create queue via FQQN and a subset of the following capabilities:
> - shared
> - topic
> - queue
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[
https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436929=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436929
]
ASF GitHub Bot logged work on ARTEMIS-2614:
---
Author: ASF GitHub Bot
Created on: 24/May/20 18:42
Start Date: 24/May/20 18:42
Worklog Time Spent: 10m
Work Description: michaelandrepearce edited a comment on pull request
#3124:
URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633274657
For anycast i wouldnt even bother, the anycast queue is expected in most
cases to have been created when the queue address is, for JMS semantics anyhow.
But thats just original logic added for FQQN, getMatchingQueue, so just
change line 515 e.g. this
if (!result.isExists()) {
throw new ActiveMQAMQPNotFoundException("Queue: '" + queueName +
"' does not exist");
to return null, instead of throw exception (as like for non fqqn)
do keep the rest of it.
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
Issue Time Tracking
---
Worklog Id: (was: 436929)
Time Spent: 3h 50m (was: 3h 40m)
> Create queues for AMQP clients based on FQQN
>
>
> Key: ARTEMIS-2614
> URL: https://issues.apache.org/jira/browse/ARTEMIS-2614
> Project: ActiveMQ Artemis
> Issue Type: New Feature
> Components: AMQP
>Reporter: Krzysztof Porębski
>Priority: Major
> Time Spent: 3h 50m
> Remaining Estimate: 0h
>
> As a follow up to the discussion on the mailing list I would like to suggest
> a new feature regarding FQQN implementation for AMQP protocol - creating
> queues.
> Currently there is no way of attaching to a queue using FQQN if the queue is
> not configured upfront. It should be changed so it would be possible to
> create queue via FQQN and a subset of the following capabilities:
> - shared
> - topic
> - queue
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[
https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436930=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436930
]
ASF GitHub Bot logged work on ARTEMIS-2614:
---
Author: ASF GitHub Bot
Created on: 24/May/20 18:42
Start Date: 24/May/20 18:42
Worklog Time Spent: 10m
Work Description: michaelandrepearce edited a comment on pull request
#3124:
URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633274657
For anycast i wouldnt even bother, the anycast queue is expected to have
been created when the queue address is, for JMS semantics anyhow.
But thats just original logic added for FQQN, getMatchingQueue, so just
change line 515 e.g. this
if (!result.isExists()) {
throw new ActiveMQAMQPNotFoundException("Queue: '" + queueName +
"' does not exist");
to return null, instead of throw exception (as like for non fqqn)
do keep the rest of it.
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
Issue Time Tracking
---
Worklog Id: (was: 436930)
Time Spent: 4h (was: 3h 50m)
> Create queues for AMQP clients based on FQQN
>
>
> Key: ARTEMIS-2614
> URL: https://issues.apache.org/jira/browse/ARTEMIS-2614
> Project: ActiveMQ Artemis
> Issue Type: New Feature
> Components: AMQP
>Reporter: Krzysztof Porębski
>Priority: Major
> Time Spent: 4h
> Remaining Estimate: 0h
>
> As a follow up to the discussion on the mailing list I would like to suggest
> a new feature regarding FQQN implementation for AMQP protocol - creating
> queues.
> Currently there is no way of attaching to a queue using FQQN if the queue is
> not configured upfront. It should be changed so it would be possible to
> create queue via FQQN and a subset of the following capabilities:
> - shared
> - topic
> - queue
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[
https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436927=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436927
]
ASF GitHub Bot logged work on ARTEMIS-2614:
---
Author: ASF GitHub Bot
Created on: 24/May/20 18:40
Start Date: 24/May/20 18:40
Worklog Time Spent: 10m
Work Description: michaelandrepearce commented on pull request #3124:
URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633274657
But thats just original logic added for FQQN, so just change line 515 e.g.
this
if (!result.isExists()) {
throw new ActiveMQAMQPNotFoundException("Queue: '" + queueName +
"' does not exist");
to return null, instead of throw exception (as like for non fqqn)
do keep the rest of it.
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
Issue Time Tracking
---
Worklog Id: (was: 436927)
Time Spent: 3.5h (was: 3h 20m)
> Create queues for AMQP clients based on FQQN
>
>
> Key: ARTEMIS-2614
> URL: https://issues.apache.org/jira/browse/ARTEMIS-2614
> Project: ActiveMQ Artemis
> Issue Type: New Feature
> Components: AMQP
>Reporter: Krzysztof Porębski
>Priority: Major
> Time Spent: 3.5h
> Remaining Estimate: 0h
>
> As a follow up to the discussion on the mailing list I would like to suggest
> a new feature regarding FQQN implementation for AMQP protocol - creating
> queues.
> Currently there is no way of attaching to a queue using FQQN if the queue is
> not configured upfront. It should be changed so it would be possible to
> create queue via FQQN and a subset of the following capabilities:
> - shared
> - topic
> - queue
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[
https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436928=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436928
]
ASF GitHub Bot logged work on ARTEMIS-2614:
---
Author: ASF GitHub Bot
Created on: 24/May/20 18:40
Start Date: 24/May/20 18:40
Worklog Time Spent: 10m
Work Description: michaelandrepearce edited a comment on pull request
#3124:
URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633274657
But thats just original logic added for FQQN, getMatchingQueue, so just
change line 515 e.g. this
if (!result.isExists()) {
throw new ActiveMQAMQPNotFoundException("Queue: '" + queueName +
"' does not exist");
to return null, instead of throw exception (as like for non fqqn)
do keep the rest of it.
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
Issue Time Tracking
---
Worklog Id: (was: 436928)
Time Spent: 3h 40m (was: 3.5h)
> Create queues for AMQP clients based on FQQN
>
>
> Key: ARTEMIS-2614
> URL: https://issues.apache.org/jira/browse/ARTEMIS-2614
> Project: ActiveMQ Artemis
> Issue Type: New Feature
> Components: AMQP
>Reporter: Krzysztof Porębski
>Priority: Major
> Time Spent: 3h 40m
> Remaining Estimate: 0h
>
> As a follow up to the discussion on the mailing list I would like to suggest
> a new feature regarding FQQN implementation for AMQP protocol - creating
> queues.
> Currently there is no way of attaching to a queue using FQQN if the queue is
> not configured upfront. It should be changed so it would be possible to
> create queue via FQQN and a subset of the following capabilities:
> - shared
> - topic
> - queue
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436926=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436926 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 18:37 Start Date: 24/May/20 18:37 Worklog Time Spent: 10m Work Description: Havret edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633272152 I wish it was that simple. Unfortunately for anycast routing type we don't even get to this line. For multicast on the other hand, ``` queue = getMatchingQueue(queueNameToUse, addressToUse, RoutingType.MULTICAST); ``` in the original line 414 will throw an exception as the queue doesn't exist. There is quite a lot of code here, and a lot of non-obvious stuff is going on, that's why I wanted to break the flow and handle FQQN in separation to the old bits. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436926) Time Spent: 3h 20m (was: 3h 10m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 3h 20m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436925=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436925 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 18:29 Start Date: 24/May/20 18:29 Worklog Time Spent: 10m Work Description: Havret edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633272152 I wish it was that simple. Unfortunately for anycast routing type we don't even get to this line. For multicast on the other hand, ``` queue = getMatchingQueue(queueNameToUse, addressToUse, RoutingType.MULTICAST); ``` in the original line 414 will throw an exception as the queue doesn't exist. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436925) Time Spent: 3h 10m (was: 3h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 3h 10m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436924=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436924 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 18:25 Start Date: 24/May/20 18:25 Worklog Time Spent: 10m Work Description: Havret commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633272152 I wish it was that simple. Unfortunately for anycast routing type we don't even get to this line. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436924) Time Spent: 3h (was: 2h 50m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 3h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436921=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436921 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 18:09 Start Date: 24/May/20 18:09 Worklog Time Spent: 10m Work Description: michaelandrepearce edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633269335 To be honest i would expect for FQQN it to apply all the exact logic thats in there, except the where we call createQueueName you use queueNameToUse if it present instead, that was possibly extracted earlier in the composite address extraction e.g. line 413 queue = createQueueName(connection.isUseCoreSubscriptionNaming(), clientId, pubId, shared, global, false); to queue = queueNameToUse == null ? createQueueName(connection.isUseCoreSubscriptionNaming(), clientId, pubId, shared, global, false) : queueNameToUse; And like wise line 438 extactly the same I wouldnt expect changes anywhere else to achieve what you wanted, e.g. no change to any other class or area of the code base, a very small extra if then else around the queue name used This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436921) Time Spent: 2h 50m (was: 2h 40m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 2h 50m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436920=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436920 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 18:08 Start Date: 24/May/20 18:08 Worklog Time Spent: 10m Work Description: michaelandrepearce commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633269335 To be honest i would expect for FQQN it to apply all the exact logic thats in there, except the where we call createQueueName you use queueNameToUse if it present instead, that was possibly extracted earlier in the composite address extraction e.g. line 413 queue = createQueueName(connection.isUseCoreSubscriptionNaming(), clientId, pubId, shared, global, false); to queue = queueNameToUse == null ? createQueueName(connection.isUseCoreSubscriptionNaming(), clientId, pubId, shared, global, false) : queueNameToUse; And like wise line 438 extactly the same I wouldnt expect changes anywhere else to achieve this tbh. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436920) Time Spent: 2h 40m (was: 2.5h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 2h 40m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436919=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436919 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 18:05 Start Date: 24/May/20 18:05 Worklog Time Spent: 10m Work Description: Havret edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633268105 So the routing type is calculated there multiple times, using slightly different variations of the same logic. It's pretty messy tbh, maybe it would be a good idea to unify this, and extract one method to determine routing type. The same story with fields `routingTypeToUse` and `multicast`. It is basically the same thing, isn't it? Or at least represent the same information. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436919) Time Spent: 2.5h (was: 2h 20m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 2.5h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436917=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436917 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 18:02 Start Date: 24/May/20 18:02 Worklog Time Spent: 10m Work Description: Havret edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633268105 So the routing type is calculated there multiple times, using slightly different variations of the same logic. It's pretty messy tbh, maybe it would be a good idea to unify this, and extract one method to determine routing type. The same story with fields `routingTypeToUse` and `multicast` it basically the same thing? This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436917) Time Spent: 2h 10m (was: 2h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 2h 10m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436918=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436918 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 18:02 Start Date: 24/May/20 18:02 Worklog Time Spent: 10m Work Description: Havret edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633268105 So the routing type is calculated there multiple times, using slightly different variations of the same logic. It's pretty messy tbh, maybe it would be a good idea to unify this, and extract one method to determine routing type. The same story with fields `routingTypeToUse` and `multicast` it is basically the same thing, isn't it? This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436918) Time Spent: 2h 20m (was: 2h 10m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 2h 20m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436916=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436916 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 18:00 Start Date: 24/May/20 18:00 Worklog Time Spent: 10m Work Description: Havret commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633268105 So the routing type is calculated there multiple times, using slightly different variations of the same logic. It's pretty messy tbh, maybe it would be a good idea to unify this, and extract one method to determine routing type. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436916) Time Spent: 2h (was: 1h 50m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 2h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436915=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436915 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 17:57 Start Date: 24/May/20 17:57 Worklog Time Spent: 10m Work Description: michaelandrepearce commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633267492 If you look in ProtonServerSenderContext, there already is a field derived and caclulated "routingTypeToUse" Also i would use the same logic already in there thats working out if its a durable or non-durable queue (aka if its volatile) This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436915) Time Spent: 1h 50m (was: 1h 40m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 1h 50m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436913=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436913 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 17:42 Start Date: 24/May/20 17:42 Worklog Time Spent: 10m Work Description: michaelandrepearce commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633265597 First off you shouldn't affect the existing logic, e.g. the original use case which was to allow a fqqn to bind to a queue matching the name ignoring the routing type. E.g. if a fqqn matches an existing queue it should bind to it regardless routingtype. For stomp how its done is" A RoutingType is passed to the autoCreateDestinationIfPossible method which is based on the frame's header or destination prefix. If that is null then it uses the default value specified in the address-settings. This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436913) Time Spent: 1h 40m (was: 1.5h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 1h 40m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436906=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436906 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 16:40 Start Date: 24/May/20 16:40 Worklog Time Spent: 10m Work Description: Havret edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633233631 @jbertram, @gemmellr So after all it wasn't too productive discussion. I debugged the code, and apparently methods `createSharedDurableQueue` and `createUnsharedDurableQueue` don't explicitly create durable queues. The queues are durable by default if it's not specified otherwise. So if I drop "setDurable" bits, FQQN queues will be created as durable which makes sense, and doesn't break anything. However, there are still some things that need to be cleared up regarding my first question. > There is a problem with the RoutingType mismatch. Previously it didn't matter what RoutingType receiver tries to attach to, as the implementation assumed pre-existence of the queue. Now the routing type matters, as we need to create a properly configured queue if it doesn't exist. That's why testQueueConsumerReceiveTopicUsingFQQN test fails currently. To make it pass I would need to subscribe to a topic instead of a queue. I'm not sure but is this a breaking change or not? STOMP implementation that @jbertram recently added https://github.com/apache/activemq-artemis/pull/3018 seems to silently ignore passed routing type when the mismatch occurs. Should I do the same here? It would be the safest way I guess, but what do you guys think? This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436906) Time Spent: 1.5h (was: 1h 20m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 1.5h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436893=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436893 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 14:05 Start Date: 24/May/20 14:05 Worklog Time Spent: 10m Work Description: Havret edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633233631 @jbertram, @gemmellr So after all it wasn't too productive discussion. I debugged the code, and apparently methods `createSharedDurableQueue` and `createUnsharedDurableQueue` don't explicitly create durable queues. :) The queues are durable by default if it's not specified otherwise. So if I drop "setDurable" bits, FQQN queues will be created as durable which makes sense, and doesn't break anything. However, there are still some things that need to be cleared up regarding my first question. > There is a problem with the RoutingType mismatch. Previously it didn't matter what RoutingType receiver tries to attach to, as the implementation assumed pre-existence of the queue. Now the routing type matters, as we need to create a properly configured queue if it doesn't exist. That's why testQueueConsumerReceiveTopicUsingFQQN test fails currently. To make it pass I would need to subscribe to a topic instead of a queue. I'm not sure but is this a breaking change or not? STOMP implementation that @jbertram recently added https://github.com/apache/activemq-artemis/pull/3018 seems to silently ignore passed routing type when the mismatch occurs. Should I do the same here? It would be the safest way I guess, but what do you guys think? This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436893) Time Spent: 1h 20m (was: 1h 10m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 1h 20m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436892=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436892 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 14:04 Start Date: 24/May/20 14:04 Worklog Time Spent: 10m Work Description: Havret edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633233631 @jbertram, @gemmellr So after all it wasn't too productive discussion. I debugged the code, and apparently methods `createSharedDurableQueue` and `createUnsharedDurableQueue` don't explicitly create durable queues. :) The queues are durable by default if it's not specified otherwise. So if drop "setDurable" bits, FQQN queues will be created as durable which makes sense, and doesn't break anything. However, there are still some things that need to be cleared up regarding my first question. > There is a problem with the RoutingType mismatch. Previously it didn't matter what RoutingType receiver tries to attach to, as the implementation assumed pre-existence of the queue. Now the routing type matters, as we need to create a properly configured queue if it doesn't exist. That's why testQueueConsumerReceiveTopicUsingFQQN test fails currently. To make it pass I would need to subscribe to a topic instead of a queue. I'm not sure but is this a breaking change or not? STOMP implementation that @jbertram recently added https://github.com/apache/activemq-artemis/pull/3018 seems to silently ignore passed routing type when the mismatch occurs. Should I do the same here? It would be the safest way I guess, but what do you guys think? This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436892) Time Spent: 1h 10m (was: 1h) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 1h 10m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=436888=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-436888 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 24/May/20 13:48 Start Date: 24/May/20 13:48 Worklog Time Spent: 10m Work Description: Havret commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-633233631 @jbertram, @gemmellr So after all it wasn't too productive discussion. I debugged the code, and apparently methods `createSharedDurableQueue` and `createUnsharedDurableQueue` don't explicitly create durable queues. :) The queues are durable by default if it's not specified otherwise. So if drop "setDurable" bits, FQQN queues will be created as durable which makes sense, and doesn't break anything. However, there are still some things that need to be cleared up regarding my first question. > There is a problem with the RoutingType mismatch. Previously it didn't matter what RoutingType receiver tries to attach to, as the implementation assumed pre-existence of the queue. Now the routing type matters, as we need to create a properly configured queue if it doesn't exist. That's why testQueueConsumerReceiveTopicUsingFQQN test fails currently. To make it pass I would need to subscribe to a topic instead of a queue. I'm not sure but is this a breaking change or not? This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 436888) Time Spent: 1h (was: 50m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 1h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=432911=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-432911 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 14/May/20 00:09 Start Date: 14/May/20 00:09 Worklog Time Spent: 10m Work Description: gemmellr commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-628310271 > > > @gemmellr I'm bringing up JMS because JMS-AMQP mapping was the first thing you referred me to. I didn't refer you to it. Someone else may have briefly linked to it. > Speaking in terms of AMQP spec, words like `shared`, `global`, `topic`, and `subscription` doesn't appear there even once, and you keep bringing them up. Topic and subscriptions aren't AMQP specific terms (or JMS specific), though are generally understood messaging concepts, but since the spec doesn't deal specifically with queues or topics, merely nodes, plus links, terminus etc, their lack of use isnt surprising to me. You are correct that the 'shared' and 'global' terms arent in the draft JMS mapping document either, because I have yet to publish the update with them in it. I did only mention those terms after you brought up shared durable subscriptions however, and again I didn't actually direct you to that document. JMS has no special bearing in this discussion from my view, its purely AMQP from my perspective. > I'm not an expert in this area, I've never spoken with the authors of the spec. The only resources I have are spec itself, Artemis Source Code, and its documentation. Thats fair enough. You could possibly include in that resource list, discussion from those who people might say are quite familiar with the area, and are indicating having discussed this very specific item with authors on more than one occasion (including yesterday). > Forgive me my ignorance but if I read in docs for amqp connector that > > > If the Terminus Durability is either UNSETTLED_STATE or CONFIGURATION then the queue will be made durable (similar to a JMS durable subscription) (...). > > And I see this being used to implement JMS features I interpret it this way. > Specifically the doc section it appears you may be quoting from is "AMQP and Multicast Addresses (Topics)", i.e its about topics rather than queues, aligning with what I have said. The broker models its 'topic' subscriptions (i.e consumer link attaching using address of, err, an address ) using a queue that it happens to expose. There is no need for an actual exposed queue here at all, its a topic subscription, the queue is essentially a synthetic creation. It is the link terminus attaching to the topic-like node (so, address), i.e effectively the subscription representation, that is being indicated as durable (and separately marked as never expiring, to ensure its contuing existance) in this case to retain it. This is quite a different situation than if the link terminus were intended for attaching directly to an actual queue. > Shared Durable Subscription that you're recalling as the only feasible case to use TerminusDurability is not an AMQP feature. I am not saying (and dont recall ever having done so here) that Shared Durable Subscriptions are the only feasible case for TerminusDurability. I have said topic-like subscriptions of any kind are the main use case for it (along with expiry in some cases). I have said that TerminusDurability isnt the same direct thing as queue durability. The spec doesnt deal with creating them and so doesn't deal with their durability. Separately though, they are however an AMQP feature - a layered extension feature yes, but a fully negotiated one that any AMQP client or server can use doing regular AMQP interactions, and again already do. Not really important, but for historic clarity, as it happens shared AMQP subscriptions existed in actual use in non-JMS client and servers long before any work was done in that area for a JMS 2 mapping for use in AMQP JMS clients. That existing behaviour was used as a starting point of reference (and one of many many approaches looked at) and expanded slightly to cover other requirements. > It's a way that JMS based clients can attach to multicast queues where topic maps to address and subscription name maps to durable queue name. All AMQP clients or servers attach to 'topic-like' nodes (in this case, the brokers 'addresses') in the same way, not just JMS ones. Again, the queue existing in this scenario is completely a broker implementation detail (an approach that others also choose, admittedly), and it is entirely possible to model that topic subscription without any exposed queue.
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=432870=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-432870 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 13/May/20 22:18 Start Date: 13/May/20 22:18 Worklog Time Spent: 10m Work Description: Havret edited a comment on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-628274586 @gemmellr I'm bringing up JMS because JMS-AMQP mapping was the first thing you referred me to. Speaking in terms of AMQP spec, words like `shared`, `global`, `topic`, and `subscription` doesn't appear there even once, and you keep bringing them up. I'm not an expert in this area, I've never spoken with the authors of the spec. The only resources I have are spec itself, Artemis Source Code, and its documentation. Forgive me my ignorance but if I read in docs for amqp connector that > If the Terminus Durability is either UNSETTLED_STATE or CONFIGURATION then the queue will be made durable (similar to a JMS durable subscription) (...). And I see this being used to implement JMS features I interpret it this way. Shared Durable Subscription that you're recalling as the only feasible case to use TerminusDurability is not an AMQP feature. It's a way that JMS based clients can attach to multicast queues where topic maps to address and subscription name maps to durable queue name. The fact that the durable queue is created there, is not an implementation detail from my perspective. When I configure broker I'm not configuring it in terms of topics and subscriptions. When I use FQQN I don't even need to know that such things exist. I have a broker with configured addresses and queues and I want to attach to them. In the ideal world, it would be great if it was possible to do it without the need to pre-configure (for instance to make development easier). This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 432870) Time Spent: 0.5h (was: 20m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 0.5h > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Work logged] (ARTEMIS-2614) Create queues for AMQP clients based on FQQN
[ https://issues.apache.org/jira/browse/ARTEMIS-2614?focusedWorklogId=432869=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-432869 ] ASF GitHub Bot logged work on ARTEMIS-2614: --- Author: ASF GitHub Bot Created on: 13/May/20 22:17 Start Date: 13/May/20 22:17 Worklog Time Spent: 10m Work Description: Havret commented on pull request #3124: URL: https://github.com/apache/activemq-artemis/pull/3124#issuecomment-628274586 @gemmellr I'm bringing up JMS because JMS-AMQP mapping was the first thing you referred me to. Speaking in terms of AMQP spec, words like `shared`, `global`, `topic`, and `subscription` doesn't appear there even once, and you keep bringing them up. I'm not an expert in this area, I've never spoken with the authors of the spec. The only resources I have are spec itself, Artemis Source Code, and its documentation. Forgive me my ignorance but if I read in docs for amqp connector that > If the Terminus Durability is either UNSETTLED_STATE or CONFIGURATION then the queue will be made durable (similar to a JMS durable subscription) (...). And I see this being used to implement JMS features I interpret it this way. Shared Durable Subscription that you're recalling as the only feasible case to use TerminusDurability is not an AMQP feature. It's a way that JMS based clients can attach to multicast queues where topic maps to address and subscription name maps to durable queue name. The fact that the durable queue is created there is not an implementation detail from my perspective. When I configure broker I'm not configuring it in terms of topics and subscriptions. When I use FQQN I don't even need to know that such things exist. I have a broker with configured addresses and queues and I want to attach to them. In the ideal world, it would be great if it was possible to do it without the need to pre-configure (for instance to make development easier). This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org Issue Time Tracking --- Worklog Id: (was: 432869) Time Spent: 20m (was: 10m) > Create queues for AMQP clients based on FQQN > > > Key: ARTEMIS-2614 > URL: https://issues.apache.org/jira/browse/ARTEMIS-2614 > Project: ActiveMQ Artemis > Issue Type: New Feature > Components: AMQP >Reporter: Krzysztof Porębski >Priority: Major > Time Spent: 20m > Remaining Estimate: 0h > > As a follow up to the discussion on the mailing list I would like to suggest > a new feature regarding FQQN implementation for AMQP protocol - creating > queues. > Currently there is no way of attaching to a queue using FQQN if the queue is > not configured upfront. It should be changed so it would be possible to > create queue via FQQN and a subset of the following capabilities: > - shared > - topic > - queue -- This message was sent by Atlassian Jira (v8.3.4#803005)
