The client isn't tested against RabbitMQ, the brokers current behaviour around the 'modified' disposition will essentially prevent them being used together for now. I filed an issue for it along with another last year when debugging some issues with a different client: https://github.com/rabbitmq/rabbitmq-amqp1.0/issues/34
Per the issue description I think the broker is being overly agressive in this case, as it isn't reacting to clients actually using the outcome but rather that the client mention supporting it at all. It could either support it or just be nicer about not supporting it. Robbie On 10 August 2017 at 14:13, 4 Integration <[email protected]> wrote: > As in a post last week: > > https://groups.google.com/d/msg/rabbitmq-users/_6bD9bQDlZ0/isl651WeAQAJ > > and: > "*amqp:modified:list is not currently supported by the plugin. As far as I > can see,* > *our test suite confirms this.*" > > > > / Joacim > > On Thu, Aug 10, 2017 at 3:10 PM, 4 Integration <[email protected]> > wrote: > >> Correct (to my understanding). >> Also another drawback is that if you have two or more subscriptions (e.g. >> SUB-A and SUB-B for APP-A and APP-B) on the same topic there are no >> authorization on subscription level - only on topic. So APP-A can receive >> "subscribe" on SUB-B. Also missing wildcard subscriptions...we are leaning >> toward RabbitMQ as of now. But experiencing some issues with Qpid JMS 0.23 >> with that also... >> >> Do you know if Qpid JMS is tested to RabbitMQ? >> >> / Joacim >> >> >> On Thu, Aug 10, 2017 at 2:07 PM, Gordon Sim <[email protected]> wrote: >> >>> On 10/08/17 12:01, 4 Integration wrote: >>> >>>> I have found the answer: >>>> It is not possible to create durable subscriptions dynamically with >>>> QPid/AMQ v1.0 due to: >>>> https://docs.microsoft.com/en-us/azure/service-bus-messaging >>>> /service-bus-java-how-to-use-jms-api-amqp#unsupported-featur >>>> es-and-restrictions >>>> >>>> Unsupported features and restrictions >>>> >>>> The following restrictions exist when using JMS over AMQP 1.0 with >>>> Service >>>> Bus, namely: >>>> >>>> - Only one MessageProducer or MessageConsumer is allowed per >>>> Session. If >>>> you need to create multiple MessageProducers or MessageConsumers in >>>> an >>>> application, create a dedicated Session for each of them. >>>> - Volatile topic subscriptions are not currently supported. >>>> - MessageSelectors are not currently supported. >>>> - Temporary destinations, i.e., TemporaryQueue, TemporaryTopic are >>>> not >>>> currently supported, along with the QueueRequestor and >>>> TopicRequestor APIs >>>> that use them. >>>> - Transacted sessions and distributed transactions are not supported. >>>> >>>> If required then need to use Azure SB API >>>> https://github.com/Azure/azure-service-bus-java >>>> >>> >>> Just to clarify, for my own education, for topic subscriptions you need >>> to set up a subscription statically and you can then use an address of the >>> form <<topic-name>>/Subscriptions/<<subscription-name>> to consume from >>> it, correct? >>> >>> But you cannot dynamically create subscriptions by an AMQP link attach. >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >>> >> --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
