Add pluggable conversion strategy on message consumption

[acogoluegnes]

Right now the conversion from the native AMQP message to a JMS message is hardcoded, which is not great for interoperability. JMS "AMQP" destinations provide some interoperability, but are limited to JMS queues. So there's currently no way that some JMS subscribers can consume messages published by non-JMS clients.

This could be implemented as chain of responsibility, the current behavior being the default and usually last part when custom steps are added. An application developer should typically only focus on the payload, so helpers e.g. to deal with headers conversion should be provided.

Original mailing-list thread: https://groups.google.com/d/msg/rabbitmq-users/Zbcp9WL-vUM/X_M_UuurAgAJ

[dmitry027]

Faced the same issue when trying to establish interaction between PHP (php-amqplib) and JMS clients.

[NawazAliShaik]

Could you please let me know how to consume the message from a queue with JMS client and the producer is non-JMS? When we create the JNDI file and consume , we are receiving junk characters in message payload which is causing the erros.