Mailing-List: contact users-help@camel.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@camel.apache.org
Received-SPF: pass (athena.apache.org: domain of damian.harvey@aon.com
 designates 65.55.88.11 as permitted sender)
Received-SPF: softfail (mail153-tx2: transitioning domain of aon.com does not
 designate 98.129.221.150 as permitted sender) client-ip=98.129.221.150;
 envelope-from=damian.harvey@aon.com; helo=extmail01.aon.net ;il01.aon.net ;
From: Damian Harvey <damian.harvey@aon.com>
To: "users@camel.apache.org" <users@camel.apache.org>
Subject: Setting SOAP Headers using spring-ws
Thread-Topic: Setting SOAP Headers using spring-ws
Thread-Index: AcyR9rT8OMhNuPYXRce7esCXyZL8fA==
Date: Mon, 24 Oct 2011 03:18:57 +0000
Message-ID: 
 <5D18373AC5CC9841B916CDA512144DA1013C5B@021-SN2MPN1-033.021d.mgd.msft.net>
Accept-Language: en-US
Content-Language: en-US
Content-Type: multipart/alternative;
	boundary="_000_5D18373AC5CC9841B916CDA512144DA1013C5B021SN2MPN1033021d_"
MIME-Version: 1.0

--_000_5D18373AC5CC9841B916CDA512144DA1013C5B021SN2MPN1033021d_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi all,

I've another SOAP spring-ws question for you.

Currently I can't see a way to dynamically set SOAP headers using spring-ws=
. I can set static headers by creating a MessageFactory but I see no way to=
 pass values into it. Is this currently possible?

It looks like the recommended approach for spring-ws is to override the doW=
ithMessage() method of the WebServiceMessageCallback (http://static.springs=
ource.org/spring-ws/site/reference/html/client.html#d4e1822). The Camel Spr=
ingWebserviceProducer already does this and I can't see an obvious way to o=
verride it. I see two options:

1. Allow for the WebServiceMessageCallback to be overridden so that the dev=
eloper can provide his own doWithMessage() method.
2. Have a Camel header for SPRING_WS_SOAP_HEADER that expects a value of ty=
pe javax.xml.transform.Source and is added to the SOAP Header in the doWith=
Message() method of the DefaultWebserviceMessageCallback.

Which approach is better?

Happy to create a JIRA and I've already written a patch following approach =
#2.

Thanks,

Damian.

________________________________


This communication (and any attachments) is directed in confidence to the a=
ddressee(s) listed above, and may not otherwise be distributed, copied or u=
sed. The contents of this communication may also be subject to privilege, a=
nd all rights to that privilege are expressly claimed and not waived. If yo=
u have received this communication in error, please notify us by reply e-ma=
il or by telephone and delete this communication (and any attachments) with=
out making a copy.

Before opening or using attachments, you should check them for viruses and =
defects. We do not accept liability in connection with computer virus, data=
 corruption, delay, interruption, unauthorised access or unauthorised amend=
ment.

--_000_5D18373AC5CC9841B916CDA512144DA1013C5B021SN2MPN1033021d_--