axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Eran Chinthaka <>
Subject Re: [Axis2] ServiceClient should provide Namespace declaration
Date Mon, 17 Jul 2006 10:52:35 GMT
Hi Christian,

The ServiceClient is carefully designed abstraction of the client API
which provides easy and simple API. So don't expect each and every
convenience method from ServiceClient. If you wanna do all sorts of
flexible things, then please use OperationClient.

-- Chinthaka

Christian Kloner wrote:
> hi,
> I know you can use the OperationClient to get access to the underlying
> SOAPEnvelope such that you can create it and have access to it on your own.
> But I find the ServiceClient more convenient because all the Envelope
> creation is done behind the curtain.  But now, I am missing a method
> like "declareNamespace(OMNamespace, Type)" where Type is an enum of
> HEADER, BODY or ENVELOPE. Because if you look at the following message
> fragment, you will see, that the header contains a WebServiceAddress
> where for each element the wsa namespace is repeated. I think the only
> possibility to avoid this is to add a method which does the declaration
> to the Header OMElement. Is this right? Or should there be reasons why
> such methods should not be there?
> <?xml version='1.0' encoding='UTF-8'?>
> <soapenv:Envelope
> xmlns:soapenv="">
> <soapenv:Header>
> <wsa:MessageID
> xmlns:wsa=""
> soapenv:mustUnderstand="0">urn:uuid:E866B6CA2E6142C24C11531204167313</wsa:MessageID>
> <wsa:To xmlns:wsa=""
> soapenv:mustUnderstand="0"></wsa:To>
> <wsa:From xmlns:wsa=""
> soapenv:mustUnderstand="0">
> <wsa:Address></wsa:Address>
> </wsa:From>
> <wsa:Action xmlns:wsa=""
> soapenv:mustUnderstand="0"></wsa:Action>
> <ns1:TestResourceKey xmlns:ns1=""
> soapenv:mustUnderstand="0">23743079</ns1:TestResourceKey>
> </soapenv:Header>
> If it should not be there, is there a possiblity to make the method
> "fillSoapEnvelope(MessageContext, OMElement)" protected or to use
> default scope? Because then i will simple extend ServiceClient and
> override the method.
> thank you.
> Christian
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

View raw message