[ 
https://issues.apache.org/jira/browse/CAMEL-4202?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13084606#comment-13084606
 ] 

Claus Ibsen commented on CAMEL-4202:
------------------------------------

A new option is to be introduced: replyToType and its an enum with the 
following options:
 Temporary, Shared, Exclusive

So if you set the replyToType=Exclusive then Camel assumes the reply queue is 
exclusive for Camel and will not use any JMS message selectors, as it pickup 
all the messages arriving on that queue. This means its as fast as temporary 
queues.

In fact this will also help highlight the fact the current fixed replyTo queues 
are consider Shared by default.

I will add better documentation at the jms page to help highlight this.

> camel-jms - Using request/reply over persistent queues should be faster
> -----------------------------------------------------------------------
>
>                 Key: CAMEL-4202
>                 URL: https://issues.apache.org/jira/browse/CAMEL-4202
>             Project: Camel
>          Issue Type: Improvement
>          Components: camel-jms
>    Affects Versions: 2.7.1
>            Reporter: Claus Ibsen
>            Assignee: Claus Ibsen
>             Fix For: 2.9.0
>
>
> See nabble
> http://camel.465427.n5.nabble.com/slow-reply-for-jms-component-when-url-contains-replyTo-tp4563075p4563075.html
> When using persistent replyTo queues for request/reply over JMS, then the 
> ReplyManager should be faster to pickup replies.
> The default spring-jms timeout is 1 sec and it impacts the performance.
> Likewise the receiveTimeout should not be set on the reply managers as that 
> does not apply here.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to