activemq-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From MrRothstein <>
Subject Re: Working with temporary queues
Date Thu, 11 Jan 2007 02:27:05 GMT

Daryl Richter-3 wrote:
> Ah, ok, then I think you could do it this way:
> A Component 1 sends a message request/reply to a specific channel, we'll
> call it channel A.  At this point JMSReplyTo is Component 1's temp queue.
> Component 2 is listening to Channel A.  With each incoming message you
> start
> a new thread, format the message for the external system and send.  This
> thread then polls the outbound external queue until it sees it's message
> (by
> correlation id) at which point it pulls it off, reformats it and sends it
> back to Component 1 via the JMSReplyTo.
> Something like ServiceMix might well help you here in that you might not
> have to write the threading.  You just specify that you have n instances
> of
> Component 2 listening on Channel A and it takes care of their lifecycles.
> (Component 2 of course would need to be thread-safe in itself, but that
> shouldn't be an issue here.)

I found that if I cheat just a little, I can get it to work :).  I can
instantiate an ActiveMQTempQueue directly using the string constructor.  The
string would be the name of the temp queue.

I realize this is completely breaking with the spec, but I've also seen a
similar way to do it with WebSphere MQ. Sooooo, I'm assuming there is
something similar that can be done with most jms implementations.

Thanks again for your help.

View this message in context:
Sent from the ActiveMQ - User mailing list archive at

View raw message