Hi Chamikara,
I added that because the Options object is reused so soapAction needs
to be removed so that soapAction+wsa:Action on response don't conflict
(because if they do the addressing in handler will fault).
It may not be strictly required when isUseSeparateListener is set but
is required when doing sync and the response message context has the
same options object set (see line 367) and I thought retaining the
same behaviour for when isUseSeparateListener has both values was
better. A better solution would be to fix the line 349 which is
described as
// This is a hack - Needs to change
but I didn't know how to do this becuase I couldn't work out what it
was a hack around!
I'm happy to fix up the options reuse problem if someone can explain
the hack to me and what needs to be done though I'm heading off this
evening for a few days without a computer so I can't do it before
Tuesday.
Cheers,
David
On 23/08/06, Chamikara Jayalath <[EMAIL PROTECTED]> wrote:
Hi All,
A small question regarding the line 284 of OutInAxisOperation,
options.setAction("");
This seems to be resetting the action value everytime a message is sent. Is
this a requirement.
Because of this the client has to set the action repeatedly in every
invocation (even for the same options object).
Chamikara
--
David Illsley - IBM Web Services Development
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
