Return-Path: Delivered-To: apmail-cxf-dev-archive@www.apache.org Received: (qmail 37494 invoked from network); 20 Aug 2008 15:00:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 20 Aug 2008 15:00:12 -0000 Received: (qmail 77103 invoked by uid 500); 20 Aug 2008 15:00:10 -0000 Delivered-To: apmail-cxf-dev-archive@cxf.apache.org Received: (qmail 77071 invoked by uid 500); 20 Aug 2008 15:00:10 -0000 Mailing-List: contact dev-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cxf.apache.org Delivered-To: mailing list dev@cxf.apache.org Received: (qmail 77056 invoked by uid 99); 20 Aug 2008 15:00:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Aug 2008 08:00:10 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [64.79.199.57] (HELO server.dankulp.com) (64.79.199.57) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Aug 2008 14:59:06 +0000 Received: by server.dankulp.com (Postfix, from userid 5000) id 70BA6197C26D; Wed, 20 Aug 2008 10:59:35 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on server.dankulp.com X-Spam-Level: X-Msg-File: /tmp/mailfilter.U6npe0pShy Received: from [192.168.1.140] (c-24-147-10-180.hsd1.ma.comcast.net [24.147.10.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.dankulp.com (Postfix) with ESMTP id D1FC2197C046 for ; Wed, 20 Aug 2008 10:59:34 -0400 (EDT) From: Daniel Kulp To: dev@cxf.apache.org Subject: Re: svn commit: r687359 - /cxf/branches/2.0.x-fixes/rt/transports/jms/src/main/java/org/apache/cxf/transport/jms/JMSConduit.java Date: Wed, 20 Aug 2008 10:59:33 -0400 User-Agent: KMail/1.9.9 References: <20080820144312.3D45B238896F@eris.apache.org> In-Reply-To: <20080820144312.3D45B238896F@eris.apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200808201059.33739.dkulp@apache.org> X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=0.3 required=3.0 tests=BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=no version=3.2.4 Freeman, Why would you copy the headers from the outgoing message to the incoming message? That seems very bizzare to me. What if you DON'T send with MTOM, but the server responds with MTOM. This doesn't seem like the right fix. To me, you need to get the headers copied into the JMS Message when sending, and the copied out of the JMS message when receiving. Dan On Wednesday 20 August 2008 10:43:11 am ffang@apache.org wrote: > Author: ffang > Date: Wed Aug 20 07:43:11 2008 > New Revision: 687359 > > URL: http://svn.apache.org/viewvc?rev=687359&view=rev > Log: > [CXF-1755]JMSConduit need copy protocol headers to response in Message > > Modified: > > cxf/branches/2.0.x-fixes/rt/transports/jms/src/main/java/org/apache/cxf/tra >nsport/jms/JMSConduit.java > > Modified: > cxf/branches/2.0.x-fixes/rt/transports/jms/src/main/java/org/apache/cxf/tra >nsport/jms/JMSConduit.java URL: > http://svn.apache.org/viewvc/cxf/branches/2.0.x-fixes/rt/transports/jms/src >/main/java/org/apache/cxf/transport/jms/JMSConduit.java?rev=687359&r1=687358 >&r2=687359&view=diff > =========================================================================== >=== --- > cxf/branches/2.0.x-fixes/rt/transports/jms/src/main/java/org/apache/cxf/tra >nsport/jms/JMSConduit.java (original) +++ > cxf/branches/2.0.x-fixes/rt/transports/jms/src/main/java/org/apache/cxf/tra >nsport/jms/JMSConduit.java Wed Aug 20 07:43:11 2008 @@ -374,6 +374,7 @@ > inMessage.put(JMSConstants.JMS_CLIENT_RESPONSE_HEADERS, > > outMessage.get(JMSConstants.JMS_CLIENT_RESPONSE_HEADERS)); > > + inMessage.put(Message.PROTOCOL_HEADERS, > outMessage.get(Message.PROTOCOL_HEADERS)); getLogger().log(Level.FINE, "The > Response Message is : [" + response + "]"); > > // setup the inMessage response stream -- Daniel Kulp dkulp@apache.org http://www.dankulp.com/blog