[
https://issues.apache.org/jira/browse/CAMEL-7860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14980608#comment-14980608
]
Fergus Nelson commented on CAMEL-7860:
--------------------------------------
I have recently upgraded from 2.12 to 2.16 and i am facing some issues with the
way this feature is implemented.
The rabbit producer will wait for a replay and timeout even when i have not set
a replyto. This seems to be related to the Exchange having an exchange pattern
of InOut , even though i have never set an exchange pattern of inout anywhere.
The BeanExpression seems to set the exchange pattern to inout?
If no replyTo is set should it really create a random queue and then fail when
there is no replay? This definitely breaks the principle of least surprise.
> Add sendReply functionality in RabbitMQConsumer
> -----------------------------------------------
>
> Key: CAMEL-7860
> URL: https://issues.apache.org/jira/browse/CAMEL-7860
> Project: Camel
> Issue Type: Improvement
> Components: camel-rabbitmq
> Affects Versions: 2.13.2, 2.14.0
> Reporter: Raymond Cuenen
> Assignee: Willem Jiang
> Priority: Minor
> Labels: improvement, rpc
> Fix For: 2.15.0
>
> Attachments: consumer.patch
>
> Original Estimate: 4h
> Remaining Estimate: 4h
>
> To provide the RPC functionality with RabbitMQ as described
> [here|http://www.rabbitmq.com/tutorials/tutorial-six-java.html] the
> {{ExchangePattern}} should be changed to {{InOut}} when the {{replyTo}} is
> present in the AMQP properties for the {{RabbitMQConsumer}}.
> After processing the {{Exchange}} the reply message can than be retrieved and
> published to the reply queue.
> For JMS is a similar construction already implemented.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
