Daniel Kulp wrote >> In this case I receive the request via a JMS "proxy," and the original >> ReplyTo queue is inaccessible to my service. Instead I need to send the >> reply back to the proxy which will then forward it to the client (this >> could >> be done by keeping JMSReplyTo intact, I suppose, but we're using fixed >> queues anyway so that's unnecessary in this case; effectively, the client >> could also just not set JMSReplyTobut it's an external source and out of >> my >> control unfortunately). > > Shouldn't the JMS proxy then be setting a new JMSReplyTo on the message to > one that it can remap?
It would be nice if it did but it's really more of a proxy look-alike and there are technical reasons why it cannot modify the proxied messages. If CXF cannot ignore the JMSReplyTo field, however, we have little choice but to build our own "true" proxy to do just that. Jens -- View this message in context: http://cxf.547215.n5.nabble.com/JMS-Transport-Overriding-ReplyDestination-tp5731199p5731253.html Sent from the cxf-user mailing list archive at Nabble.com.
