Return-Path: X-Original-To: apmail-cxf-users-archive@www.apache.org Delivered-To: apmail-cxf-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3EB391020B for ; Mon, 22 Jul 2013 15:14:37 +0000 (UTC) Received: (qmail 93009 invoked by uid 500); 22 Jul 2013 15:14:36 -0000 Delivered-To: apmail-cxf-users-archive@cxf.apache.org Received: (qmail 92925 invoked by uid 500); 22 Jul 2013 15:14:35 -0000 Mailing-List: contact users-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cxf.apache.org Delivered-To: mailing list users@cxf.apache.org Received: (qmail 92916 invoked by uid 99); 22 Jul 2013 15:14:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Jul 2013 15:14:35 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=SPF_FAIL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: error (athena.apache.org: encountered temporary error during SPF processing of domain of smixdev@dzbank.de) Received: from [216.139.236.26] (HELO sam.nabble.com) (216.139.236.26) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Jul 2013 15:14:29 +0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1V1Ho5-0000a9-7M for users@cxf.apache.org; Mon, 22 Jul 2013 08:13:49 -0700 Date: Mon, 22 Jul 2013 08:13:49 -0700 (PDT) From: Jens To: users@cxf.apache.org Message-ID: <1374506029219-5731255.post@n5.nabble.com> In-Reply-To: References: <1374482273402-5731199.post@n5.nabble.com> <51ECFB64.9010802@die-schneider.net> <1374491380431-5731212.post@n5.nabble.com> <7241B10A-E9A4-4DA6-9414-0575DEA2FE59@apache.org> <1374505282774-5731253.post@n5.nabble.com> Subject: Re: JMS Transport: Overriding ReplyDestination MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Daniel Kulp wrote > Looking in the code: > > public Destination getReplyToDestination(JmsTemplate jmsTemplate, > Message inMessage) throws JMSException { > javax.jms.Message message = > (javax.jms.Message)inMessage.get(JMSConstants.JMS_REQUEST_MESSAGE); > // If WS-Addressing had set the replyTo header. > final String replyToName = > (String)inMessage.get(JMSConstants.JMS_REBASED_REPLY_TO); > if (replyToName != null) { > return resolveDestinationName(jmsTemplate, replyToName); > } else if (message.getJMSReplyTo() != null) { > return message.getJMSReplyTo(); > } else if (!StringUtils.isEmpty(jmsConfig.getReplyDestination())) > { > return resolveDestinationName(jmsTemplate, > jmsConfig.getReplyDestination()); > } else { > throw new RuntimeException("No replyTo destination set on > request message or cxf message"); > } > } > > Thus, if you have an interceptor or similar on the chain, you should be > able to set the JMSConstants.JMS_REBASED_REPLY_TO property on the IN > message to something else and it should be picked up. I'll give that a shot. Thanks, Jens -- View this message in context: http://cxf.547215.n5.nabble.com/JMS-Transport-Overriding-ReplyDestination-tp5731199p5731255.html Sent from the cxf-user mailing list archive at Nabble.com.