[jboss-dev-forums] [Design of Messaging on JBoss (Messaging/JBoss)] - Re: Remote replyto functionality - Bridge configuration in p

[thomasra]

I agree the correlation bit isn't necessary if we use temp queues, however, the JMS spec intent on using those fields (albeit on a single provider) is something that would be very nice to have.

I went along and changed Bridge.java to test this using temp queues, by adding an inner class that is a Runnable, and then using QueueRequestor. Then the bridge would just spawn the inner class in a new thread, which blocks until a response arrives, and then it switches ReplyTo back again to the original values. I haven't thought about the overhead of creating/closing temp queues, so that is valuable input.

Atleast if things were implemented this way we wouldn't have to keep a mapping (the Runnable is given the necessary state through the constructor).

I see some problems with this, but they might be trivial to implement:

* Threading and replies that don't arrive (we would need to set a timeout and handle the situation)
* Pooling the threads so things don't get out of hand
* Reduce performance hit by reusing temp queues for a session

Oh, and I am testing the bridge using activemq as the remote provider, and will gather some experiences with this that I can give you.

Any more?

View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4053352#4053352

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4053352