Ability to specify the cache level on JMS reply to queue
--------------------------------------------------------

                 Key: CAMEL-4839
                 URL: https://issues.apache.org/jira/browse/CAMEL-4839
             Project: Camel
          Issue Type: Improvement
          Components: camel-jms
    Affects Versions: 2.6.0
         Environment: Websphere Application Server 7.0.0.15
            Reporter: Mark


I'm trying to use Camel (v 2.6.0) JMS Request/Reply with Websphere 7 using 
Websphere MQ.  I'm successfully able to put the request message onto the queue 
using the following URI: 

jms:queue:inboundQueue?connectionFactory=#connectionFactory&taskExecutor=#taskExecutor&transactionManager=#transactionManager&cacheLevelName=CACHE_NONE&replyTo=outboundQueue&requestTimeout=120000
 

Note: I have to use cacheLevelName=CACHE_NONE in order for this to work on 
Websphere. 

However, when Camel creates the PersistentQueueMessageListenerContainer to read 
the reply message, it is hard coding the cache level to CACHE_SESSION (see 
PersistentQueueReplyManager.java line 192).  What happens is that Camel is 
successfully able to read the reply off the queue, but then spits out the 
following error repeatedly: 

23 Dec 2011 09:23:32,427|||WorkManager.DefaultWorkManager : 3||WARN 
|org.springframework.jms.listener.DefaultMessageListenerContainer|Setup of JMS 
message listener invoker failed for destination 'outboundQueue' - trying to 
recover. Cause: Connection closed 

I believe this is due to the PersistentQueueMessageListenerContainer using a 
cache level of CACHE_SESSION instead of CACHE_NONE. 

Can Camel be enhanced to have the ability to set the cache level on the reply 
queue? 


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to