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 19FAA104E2 for ; Mon, 22 Jul 2013 08:38:57 +0000 (UTC) Received: (qmail 12664 invoked by uid 500); 22 Jul 2013 08:38:53 -0000 Delivered-To: apmail-cxf-users-archive@cxf.apache.org Received: (qmail 12585 invoked by uid 500); 22 Jul 2013 08:38:45 -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 12567 invoked by uid 99); 22 Jul 2013 08:38:40 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Jul 2013 08:38:40 +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 (nike.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 08:38:35 +0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1V1Bcv-00050G-DW for users@cxf.apache.org; Mon, 22 Jul 2013 01:37:53 -0700 Date: Mon, 22 Jul 2013 01:37:53 -0700 (PDT) From: Jens To: users@cxf.apache.org Message-ID: <1374482273402-5731199.post@n5.nabble.com> Subject: 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 Hi, is there a way to override the JMS ReplyDestination on the service implementor side even if the client sends the request with the JMSReplyTo field set? It looks like the destination from the message always takes precedence over the value from the JMSConfiguration but I need it the other way around. Something like "ignore JMSReplyTo" would work as well. Thanks, Jens -- View this message in context: http://cxf.547215.n5.nabble.com/JMS-Transport-Overriding-ReplyDestination-tp5731199.html Sent from the cxf-user mailing list archive at Nabble.com.