Final thought, when the JMS component "requestTimeout" is triggered.
Shouldn't associated (running) Producer Template(s) be stopped? Bug?
--
View this message in context:
http://camel.465427.n5.nabble.com/ERROR-org-apache-camel-component-jms-DefaultJmsMessageListenerContainer-tp5792757p5799343
I solved my problem (hang Queue listeners) by using the asyncRequestBody
(see:
http://camel.465427.n5.nabble.com/ProducerTemplate-timeout-td473382.html)
JEE Container Servlet (HttpSessionTimeout)
{
Camel Routes
{
JMS Request/Reply org.apache.camel.component.jms.JmsConfi
Some more details:
2017-05-09 13:16:11,029 logLevel="ERROR", thread="Camel (p6pmtjsonresponse)
thread #2 -
TemporaryQueueReplyManager[local.q.cee.pm.p6milestone.json.inout.request]",
class="org.apache.camel.component.jms.DefaultJmsMessageListenerContainer",
lineNumber="938", elapsedFromTheConstruc
Yes, I have a set of routes. One of my camel processors does a JMS
request/reply using the org.apache.camel.ProducerTemplate.requestBody(...)
see below. I believe
1. The Camel request/reply (InOut) 20 sec default timeout occurs. And the
route is terminated.
2. However, the requestBody is still pe
Hi,
I didn't find there is JMS endpoint in your route?
If you just redirect the message to a JMS endpoint, you need to set up a
jms consumer to consume the message and send the response back.
The temporary queue is created when the JMS endpoint is started, it has
nothing todo with the message tim
